DiscussionForumPosting İşaretlemesi: Forum Sayfaları

DiscussionForumPosting, kullanıcıların kendi bakış açılarını paylaştığı forum tarzı sayfalar için Google'ın tanımladığı yapılandırılmış veri türüdür. Sitenizde bir topluluk forumu, konu başlıklarına yanıt yazılan bir tartışma alanı ya da kullanıcı gönderileri varsa bu işaretleme size uygundur; makale, blog yazısı veya ürün yorumu için değildir. Aşağıdaki anlatım forum, topluluk ve profil sayfası olan site sahiplerine ve topluluk yöneticilerine yöneliktir. Zengin sonuçta görünüp görünmeyeceğiniz belgenin garanti ettiği bir şey değildir, bu yüzden odak veriyi doğru kurmaktır.

Hangi sayfa foruma uygun?

Belgenin kapsadığı sayfa türleri

Google'ın tartışma forumu yapılandırılmış veri belgesi (yeni sekmede açılır), işaretlemeyi kullanıcıların kendi birinci elden bakış açılarını paylaştığı forum tarzı gönderiler için tarif eder. Belgede üç örnek sayfa türü geçer: bir konu hakkındaki topluluk forum sayfaları, farklı alt forum içerikleri barındıran genel forum platformları ve kullanıcıların gönderi paylaşıp yanıtladığı sosyal medya platformları. Genel sosyal medya platformları için ana tür olan SocialMediaPosting kullanılabilir ve gereksinimler aynıdır.

Belge iki sınır çizer. Birincisi, yayıncının ya da temsilcilerinin yazdığı içerik, yani makale ve blog yazıları, bu işaretlemeye uygun değildir; bunlar için Article, ImageObject veya VideoObject türleri anılır. Ürün yorumları da kapsam dışıdır. İkincisi, site esas olarak soru ve cevaplardan oluşuyorsa belge QAPage işaretlemesine yönlendirir. Soru-cevap tarafı için ayrı bir yazı var; burada ayrım kuralını bilmeniz yeterli: tek bir soru ve ona gelen cevaplar QAPage, sohbet akışı niteliğindeki gönderi ve yanıtlar DiscussionForumPosting alanıdır.

Bir sayfanın forum olup olmadığını nasıl anlarsınız?

Karar kuralı olarak üç soru sorun. Sayfadaki ana içeriği sitenin kendi editörleri mi yazıyor, yoksa üyeler mi? Gönderiye başkaları yanıt verebiliyor mu? Gönderi bir kişinin kendi görüşünü, deneyimini ya da sorusunu paylaşan bir yapıda mı? İlk sorunun yanıtı "editörler" ise işaretleme uygun değildir. Diğer ikisi "evet" ise sayfa forum yapısına yakındır. Bu soru dizisi belgedeki sınırların bir özetidir, belgenin kendi cümleleri değil.

Liste sayfaları ve tek gönderi sayfaları

Belgeye göre profil, konu ya da kategori gibi liste sayfalarında Collection veya ItemList kullanılır ve sayfa o gönderinin tartışma sayfası değilse bir gönderi ana varlık olarak işaretlenmez. Tek bir gönderiyi öne çıkaran sayfalarda ana gönderiyi belirtmek için mainEntity veya mainEntityOfPage kullanılabilir. Bu ayrım pratikte şu hatayı önler: bir kategori sayfasındaki ilk gönderi için sanki sayfanın tamamı o gönderiymiş gibi işaretleme basmak.

Zorunlu ve önerilen alanlar

Gönderi için gerekenler

Belgede DiscussionForumPosting için zorunlu alanlar şunlardır: author (Person ya da Organization), author.name, ISO 8601 biçiminde datePublished ve text, image ya da video alanlarından biri. Gönderi başka bir sayfada harici bir adresle temsil ediliyorsa içerik alanı atlanabilir. Yani en az bir yazar adı, bir tarih ve gönderinin kendisi gerekir.

Önerilen alanlar arasında author.url, comment, commentCount, creativeWorkStatus, dateModified, digitalSourceType, headline, image, interactionStatistic, isPartOf, sharedContent, text, url ve video yer alır. Zorunlu olmayan alanları doldurmak zorunda değilsiniz, ama sitenizde gerçekten var olan bilgiyi (örneğin başlık, güncelleme tarihi, yorum sayısı) eklemek belgenin önerdiği yoldur.

Yanıt (Comment) için gerekenler

Yanıtlar için zorunlu alanlar daha azdır: author, datePublished ve yine text, image veya video'dan biri. Önerilenler arasında author.url, comment (iç içe yanıtlar için), commentCount, creativeWorkStatus, dateModified, digitalSourceType, image, interactionStatistic, sharedContent, url ve video sayılır.

Silinmiş gönderi, yapay zekâ ve bot içeriği

Belge iki küçük ama önemli ayrıntıyı ayrıca anar. Kaldırılmış ama konu akışını anlamak için sayfada kalan bir gönderi varsa creativeWorkStatus değeri Deleted olarak verilebilir. İçerik bir dil modeli çıktısıysa digitalSourceType için TrainedAlgorithmicMediaDigitalSource, bir yanıt botu tarafından üretildiyse AlgorithmicMediaDigitalSource kullanılır. Alan hiç verilmezse içeriğin insan tarafından üretildiği varsayılır. Topluluğunuzda bot ya da yapay zekâ destekli yanıtlara izin veriyorsanız bu alan doğruluk açısından önemlidir.

Etkileşim istatistikleri

interactionStatistic alanı belgeye göre LikeAction, DislikeAction, ViewAction, CommentAction veya ReplyAction ve ShareAction türlerini destekler. Her InteractionCounter için userInteractionCount ve interactionType gerekir. Uygulama önerisi: yalnızca sayfada gerçekten gösterdiğiniz ve güvenilir şekilde sayabildiğiniz sayıları verin. Şişirilmiş ya da tahmini bir sayı, işaretlemenin sayfayla uyuşmamasına yol açar.

Görseller ve paylaşılan içerik

Belgeye göre image alanı yalnızca gönderi içindeki görselleri taşır; varsayılan, simge, yer tutucu ya da yazar görselleri eklenmez. Bağlantı önizleme görselleri ise sharedContent içindeki WebPage'in image alanına konur. sharedContent alanı WebPage, ImageObject, VideoObject ya da başka bir DiscussionForumPosting veya Comment'e referans verebilir. Video için gönderi içindeki VideoObject'ler kullanılır.

Yanıtlar ve yorum yapısı

Düz ve iç içe forumlar

Belge iki yapıyı ayırır. İç içe (threaded) forumlarda yorumlar, forumun gerçek yanıt ağacına uyan bir ağaç yapısında iç içe verilir. Doğrusal (linear) forumlarda ise bütün yanıtlar, özgün gönderinin altında comment öğeleri olarak iç içe yazılır. Hangisi olduğunuzu platformunuzun arayüzüne bakarak belirleyin: yanıtlara yanıt veriliyor ve girintili görünüyorsa iç içe, tüm yanıtlar tek sırada akıyorsa doğrusaldır.

Çok sayfalı konular

Uzun bir tartışma birkaç sayfaya bölünmüşse belge, gönderinin url alanını konunun ilk sayfasının adresi olarak belirlemenizi söyler. Sonraki sayfalarda özgün gönderi, ana sayfa adresiyle birlikte yeniden yer alabilir. Bu düzen, aynı gönderinin farklı sayfalarda farklı adresle görünüp tutarsızlık yaratmasını azaltır.

Örnek senaryo: bir bisiklet topluluğu forumu

Örnek senaryo: bisiklet tamiri üzerine kurulu bir forumda bir üye, arka vites ayarının atlamasıyla ilgili bir başlık açıyor. Başlığın altında beş yanıt var; ikisi diğer yanıtlara verilmiş cevaplar. Forum, yanıtlara yanıt yazmaya izin verdiği için iç içe yapıdadır. Geliştirici, başlık sayfasında özgün gönderiyi DiscussionForumPosting olarak, ilk düzey yanıtları onun comment öğeleri olarak, alt yanıtları ise ilgili yanıtın comment öğesi olarak iç içe işaretler. Sayfada gösterilen gönderinin tamamı ve her yanıtın tam metni işaretlemede de yer alır. Kategori sayfasında ise yalnız ItemList kullanılır, çünkü o sayfa belirli bir başlığın tartışma sayfası değildir.

Metnin tamamı ve yalnızca üye içeriği kuralı

İçerik yönergelerine göre sayfadaki gönderinin metninin tamamı ve her yorumun metninin tamamı işaretlemede yer almalıdır, ayrıca yalnızca kullanıcı tarafından üretilen gönderiler işaretlenmelidir. Bu iki kural birlikte şunu söyler: bir sayfaya moderatör duyurusu ya da sitenin kendi içeriğini gönderi gibi eklemeyin ve kullanıcı metnini kısaltılmış ya da özetlenmiş haliyle işaretlemeyin.

Mikroveri, RDFa ve JSON-LD

Belge, büyük metin bloklarının işaretlemede tekrarlanmaması için Microdata veya RDFa kullanımını önerir; JSON-LD de tam olarak desteklenir. Forumlarda gönderi metni uzun olabildiğinden, JSON-LD kullanırsanız aynı metnin hem sayfa gövdesinde hem veri bloğunda yer alacağını hesaba katın. Hangi biçimin sitenizin şablon yapısına uygun olduğuna teknik ekibiniz karar vermelidir.

Moderasyon ve spam sinyalleri

İşaretleme spam içeriği kurtarmaz

Belge, spam içerik ya da spam işaretlemenin Rich Results Test'in yakalayamayacağı sorunlara yol açabileceğini belirtir. Ayrıca manuel işlem uygulanan sayfalarda yapılandırılmış verinin dikkate alınmadığını, sayfanın yine de sonuçlarda görünebileceğini söyler. Forum sahibi için bunun anlamı açıktır: yapılandırılmış veri, kullanıcı içeriğinin kalitesini temsil etmez ve sayfada ne varsa onu betimler. Spam gönderileriniz yayında kalıyorsa onları da işaretlemiş olursunuz.

Moderasyon düzenini kurmak için forum ve topluluk linkleri yazısındaki kullanım ilkelerine, bağlantı niteleme farkları için dofollow, nofollow, sponsored ve ugc yazısına bakabilirsiniz. Gönderi ve yorumlardaki kullanıcı bağlantılarının nasıl niteleneceği, işaretleme işinin parçası değil ama aynı sayfa şablonunda yaşar.

Silinen ve gizlenen gönderiler

Moderasyonla kaldırılan bir gönderinin sayfadan tamamen kaybolması, işaretlemeden de çıkarılması anlamına gelir. Konu akışını anlamak için yer tutucu olarak kalan bir gönderi varsa belgedeki creativeWorkStatus değeri Deleted kullanılabilir. Uygulama önerisi: kaldırılan gönderinin asıl metnini işaretlemeye taşımayın; yalnızca sayfada görünen şeyi, yani durum bilgisini verin.

Giriş duvarı ve erişim

Uygulama adımlarında belge, sayfaların robots.txt ile engellenmemesini, noindex içermemesini ve oturum gerektirmemesini ister. Üyelerin yalnız giriş yaparak okuyabildiği bir forum bölümünü işaretlemenin bu bakımdan bir anlamı yoktur: botlar sayfayı göremiyorsa işaretlemeyi de göremez. Hangi bölümlerin herkese açık olduğunu önce belirleyin, işaretlemeyi yalnızca açık bölümlere ekleyin.

Profil sayfalarıyla ilişki

Forumu olan sitelerde üye profil sayfaları da vardır. Google'ın ProfilePage belgesi (yeni sekmede açılır), yazarların ve oluşturucuların çevrimiçi bir toplulukta daha iyi anlaşılması için bu işaretlemeyi tarif eder; forum ve sosyal medya kullanıcı profilleri, haber yazarı sayfaları ve çalışan sayfaları geçerli kullanımlar arasında sayılır. mainEntity zorunludur ve profilin ait olduğu Person veya Organization'ı gösterir. Belgeye göre profil işaretlemesi kişinin son etkinliklerine bağlanabilir ve tartışma forumu verisi gibi yapılarda birden çok yazar görülebilir. Gönderi işaretlemesindeki author.url alanını profil adresine yönlendirmek, iki yapıyı birbirine bağlamanın doğal yoludur.

Profil işaretlemesinde yer tutucu görsel konmaz, görsel adresleri taranabilir ve indekslenebilir olmalıdır. dateModified alanı, profilin insan eliyle yapılan düzenlemelerini yansıtmalıdır; yeni gelen bir bağlantı gibi tesadüfi değişiklikler bu alanı güncellemez. Profil sayfasının ana odağı tek bir kişi ya da kuruluş olmalıdır; ana sayfa gibi çoğunlukla profil dışı içerik taşıyan sayfalar geçerli değildir.

İnce içerik kontrolü

Her forum gönderisi sayfası aynı kalitede değildir. Tek cümlelik, yanıtsız ya da yalnızca bağlantı içeren konular ince içerik olabilir. Bu tür sayfaları indekslemek ve işaretlemek sitenin genel kalitesine zarar verebilir mi sorusunun cevabı bu belgelerde yok; yine de ince içeriğin nasıl tespit edilip düzeltileceğini ince içerik yazısında bulabilirsiniz. Uygulama önerisi olarak, yanıtı olmayan ve içeriği çok kısa gönderileri noindex ile ayırmak ya da birleştirmek değerlendirilebilir.

Test ve izleme

Yayına alma sırası

Belgenin uygulama adımları şöyledir: gerekli alanları ekleyin ve yönergelere uyun, Rich Results Test ile doğrulayın ve kritik hataları giderin, birkaç örnek sayfayı yayına alıp URL Inspection aracıyla kontrol edin, gerekirse yeniden tarama isteyin ve bir site haritası gönderin. Belge, taramanın birkaç gün sürebileceğini de belirtir. Önce küçük bir örnek grupla başlamak, şablon hatasını bütün foruma yaymadan görmenizi sağlar.

1. Platformunuzun iç içe mi doğrusal mı olduğunu belirleyin.
2. Bir konu şablonunda zorunlu alanları ekleyin.
3. Sayfa metniyle işaretlemedeki metnin aynı olduğunu karşılaştırın.
4. Rich Results Test'te kritik hata kalmadığını görün.
5. Birkaç canlı sayfayı URL Inspection ile açın ve botun sayfaya erişebildiğini doğrulayın.
6. Site haritasında forum konularının bulunduğunu kontrol edin.
7. Şablonu tüm foruma yaymadan önce bir hafta boyunca raporu izleyin.

Yedinci maddedeki bir hafta belgeden gelmiyor; belge yalnızca taramanın birkaç gün sürebileceğini söylüyor. Bekleme süresini kendi sitenizin tarama sıklığına göre ayarlayın.

Search Console izleme

Belgeye göre ilk dağıtımdan sonra ve şablon değişikliklerinden sonra Search Console'daki zengin sonuç durum raporunu kontrol etmelisiniz. Performans raporu da gösterim, tıklama ve ortalama konum bilgilerini gösterir. Rapor adları arayüz dilinize göre farklı görünebilir; "Rich result status report" ve "Performance report" olarak aratın, Türkçe arayüzde menü adları farklı görünebilir. Şablon değişikliğinden sonra geçersiz öğe sayısında artış görürseniz son değişikliği geri alıp karşılaştırın.

Sık yapılan hatalar kontrol listesi

• Editör içeriğini ya da blog yazısını forum gönderisi gibi işaretlemek.
• Kategori veya profil liste sayfasına tek gönderiyi ana varlık olarak koymak.
• Metni kısaltıp işaretlemeye yazmak.
• Giriş duvarı arkasındaki bölümleri işaretlemek.
• Silinmiş gönderinin eski metnini işaretlemede bırakmak.
• Gerçek olmayan etkileşim sayıları vermek.
• Sitedeki moderasyonu atlayıp spam gönderileri de işaretlemek.

Beklentiyi doğru kurmak

Belge, yapılandırılmış veriyi kullanan özelliklerin arama sonuçlarında görüneceğinin garanti edilmediğini açıkça yazar. İşaretleme, Google'ın forum sayfanızı daha doğru anlamasına yönelik bir bilgidir. Sıralama ya da belirli bir sonuç biçimi vaadi değildir. Küçük bir sitede ana kazanç, şablonun temizlenmesi ve içerik yapısının netleşmesi olabilir. Belgedeki özellik ve gereksinimler değişebilir; uygulamadan önce güncel sayfaya bakın.

Küçük sitelerin durumu

Forumu olmayan bir site için bu işaretleme geçerli değildir. Blog yorumları da editörün yazdığı yazının altında yer aldığı için başlı başına bir forum sayılmaz; belge blog yazısını açıkça kapsam dışı bırakır. Yorumlar üzerine bir tartışma ekranı kurup yazıdan bağımsız bir konu akışı sunmuyorsanız, bu işaretlemeyi eklemeyin. Böyle bir siteyseniz blog yazısı için Article, tek sorulu bir destek sayfası için QAPage mantığına bakmak daha doğrudur.

Uygulama önceliği tablosu

Şablon düzeyinde uygulama

Veri nereden gelecek?

İşaretlemeyi elle yazmak yerine forumun veritabanındaki alanlardan üretmek, sayfa metniyle veri bloğunun birbirinden kopmasını önler. Uygulama önerisi olarak önce bir eşleme tablosu çıkarın: forumun hangi sütunu hangi işaretleme alanına gidecek, hangisi boş olabilir, hangisi hiç yok. Eşleme tablosu hem geliştirici hem içerik sorumlusu için ortak dil sağlar.

Tablodaki "boş olabilir mi" sütunu belgedeki zorunlu ve önerilen ayrımına dayanır. Profil herkese açık değilse author.url alanına kapalı bir adres koymayın. Erişilemeyen bir adres, botların da erişemeyeceği bir bilgi demektir.

Metin kaçışı ve tutarlılık

Kullanıcı gönderilerinde tırnak, satır sonu ve özel karakterler olur. İşaretleme kod tarafından üretiliyorsa bu karakterlerin doğru kaçırıldığından emin olun; aksi halde veri bloğu bozulur ve doğrulayıcı hata verir. Bir de tutarlılık konusu vardır: gönderi kullanıcı tarafından düzenlendiğinde işaretlemedeki metin ve dateModified alanı birlikte güncellenmelidir. Önbellekli sayfalarda eski metin işaretlemede kalabilir; önbelleği gönderi düzenlemesiyle birlikte temizleyen bir kural ekleyin.

Sayfalama ve kalıcı adresler

Forum sayfalamasında aynı konunun ikinci ve üçüncü sayfaları farklı adreslere sahiptir. Belgenin kuralı, url alanının ilk sayfa adresini taşımasıdır. Uygulama önerisi: ilk sayfa adresini veritabanında konunun kalıcı adresi olarak tutun ve her sayfa şablonu bu değeri doğrudan kullanın. Sayfa numarasından adres türetmeye çalışırsanız ilk sayfa için ek parametreli bir adres üretmek gibi sessiz hatalar çıkabilir.

Hata ayıklama: tipik tutarsızlıklar

Doğrulayıcı sorun gösteriyorsa

Rich Results Test kritik hata gösteriyorsa belgenin ilk önerisi bu hataları gidermektir; kritik olmayan sorunlar isteğe bağlıdır. Aşağıdaki tablo, kritik hatanın nereden gelebileceğine dair bir kontrol sırası verir. Sıra bir uygulama önerisidir.

Silinmiş üyeler ve anonim gönderiler

Üyesi hesabını kapatmış gönderilerde yazar adı boş kalabilir. author.name zorunlu olduğundan boş adla işaretleme göndermek yerine sayfada nasıl görünüyorsa (örneğin "Silinmiş kullanıcı" gibi bir etiketle) o adı kullanmak tutarlıdır. Etiketin ne olacağı sizin kararınızdır; belge bu konuda bir ifade içermiyor. Burada ilke, işaretlemenin sayfada görünenle örtüşmesidir.

Yanıtların gecikmeli yüklenmesi

Bazı forumlar yanıtları sayfa açıldıktan sonra betikle yükler. Bu durumda ilk HTML'de yanıt metni olmayabilir. Belge, sayfadaki tüm gönderi ve yorum metninin işaretlemede yer almasını ister; ilk HTML ile işaretleme arasında bir fark varsa teknik ekiple yanıtların sunucu tarafında üretilip üretilemeyeceğini görüşün. Bu bir uygulama önerisidir; belge işleme yöntemini ayrıntılandırmıyor.

Karar kuralı: hangi bölümü işaretlerim?

Bölüm bölüm karar tablosu

Aşağıdaki karar kuralı bir foruma bölüm bölüm uygulanabilir.

1. Bölüm herkese açık ve botlara erişilebilir mi? Hayırsa işaretlemeyi atlayın.
2. Gönderileri üyeler mi yazıyor? Hayırsa Article ya da başka uygun türü düşünün.
3. Sayfa tek bir sorunun cevaplarına mı odaklanıyor? Evetse QAPage belgesine bakın.
4. Sayfa bir liste mi? Evetse ItemList ya da Collection, gönderiyi ana varlık yapmayın.
5. Hepsi uygunsa DiscussionForumPosting kurun ve yanıtları forum yapısına göre iç içe ya da düz verin.

Karar kuralının her adımı belgedeki bir sınırı izler; sıralaması ise uygulama kolaylığı için seçilmiştir.

Örnek senaryo: bir dernek forumu

Örnek senaryo: bir amatör astronomi derneğinin sitesinde üyeler gözlem notları paylaşıyor, diğer üyeler yanıt yazıyor. Site ayrıca derneğin yönetim kurulu duyurularını aynı yapıda yayınlıyor. Geliştirici duyuruları işaretleme kapsamından çıkarıyor, çünkü bunlar kuruluşun kendi içeriği. Üyelerin gözlem notlarını içeren konular DiscussionForumPosting ile işaretleniyor. Üyelerin profil sayfaları ProfilePage ile işaretleniyor ve gönderilerdeki yazar adresi bu profillere yönleniyor. Gözlem notu listeleyen ana sayfa ise ItemList olarak kalıyor. Bu kurgu, aynı sitede dört farklı sayfa türünün nasıl ayrıştırılacağını gösterir. Bir de blog yorumu ve profil linkleri yazısı, profil alanlarındaki bağlantıların bırakan taraf açısından değerini ayrıca ele alıyor.

Ekip içi iş bölümü

İşaretleme işinde üç rol iş görür: içerik sorumlusu hangi bölümlerin kullanıcı içeriği taşıdığını belirler, geliştirici şablonu yazar, kalite sorumlusu doğrulamayı yapar. Küçük sitelerde bu üç rol aynı kişide olabilir; yine de adımları ayrı düşünmek hataları azaltır. Her şablon değişikliğinde doğrulayıcıyı yeniden çalıştırmayı iş akışının bir adımı yapın.

Sık Sorulan Sorular

Blog yorumlarını DiscussionForumPosting ile işaretleyebilir miyim?

Google'ın belgesi, yayıncının ya da temsilcilerinin yazdığı makale ve blog içeriğini bu işaretlemenin kapsamı dışında bırakır ve bu içerikler için Article gibi türleri anar. Yorumlar editör içeriğinin altında duruyorsa sayfa forum sayılmaz. Yazıdan bağımsız bir tartışma akışı sunan ayrı bir bölüm varsa o bölüm forum yapısına daha yakındır.

DiscussionForumPosting için zorunlu alanlar nelerdir?

Belgeye göre gönderide author ile author.name, ISO 8601 biçiminde datePublished ve text, image ya da video alanlarından biri gerekir. Yanıtlarda author, datePublished ve yine text, image ya da video alanlarından biri zorunludur. Güncel gereksinimler için belgeye bakın.

İşaretleme eklersem forumum zengin sonuçta görünür mü?

Belge, yapılandırılmış veriyi kullanan özelliklerin arama sonuçlarında görüneceğini garanti etmez. İşaretleme veriyi doğru kurmak içindir, sonuç biçimi vaadi değildir.

Giriş yapmadan görülemeyen forum bölümlerini işaretlemeli miyim?

Belge, sayfaların robots.txt ile engellenmemesini, noindex içermemesini ve oturum gerektirmemesini ister. Botların göremediği sayfadaki işaretleme işe yaramaz. İşaretlemeyi herkese açık bölümlere ekleyin.

Profil sayfaları için ayrı bir işaretleme var mı?

Evet, Google ProfilePage işaretlemesini tarif eder. Forum ve sosyal medya kullanıcı profilleri geçerli kullanımlar arasındadır ve mainEntity zorunludur. Gönderi işaretlemesindeki author.url alanını profil adresine yönlendirmek iki yapıyı bağlar.

Silinen bir forum gönderisi işaretlemede nasıl yer almalı?

Gönderi konu akışı için sayfada kalıyorsa belge creativeWorkStatus değerinin Deleted olmasını önerir. Uygulama önerisi olarak, kaldırılan gönderinin eski metnini işaretlemeye taşımayın.

Sonuç

DiscussionForumPosting, kullanıcıların kendi bakış açılarını paylaştığı forum tarzı sayfalar içindir; editör içeriği, blog yazısı ve ürün yorumu için değildir. Zorunlu çekirdek yazar, yayın tarihi ve içeriktir; yanıtlar Comment olarak, forumun gerçek yapısına göre iç içe ya da düz verilir. Sayfadaki tüm kullanıcı metni işaretlemede yer almalı, spam ve silinmiş içerik ayrıca yönetilmelidir. Önce hangi sayfaların forum olduğunu belirleyin, şablonu küçük bir örnekle yayına alın ve raporları izleyin. Zengin sonuç görünümü garanti edilmez ve belgelerdeki koşullar değişebilir.

Kısa uygulama sırası: bu hafta forum bölümlerinizi sınıflandırın ve eşleme tablosunu çıkarın; sonraki adımda tek bir konu şablonunda zorunlu alanları kurun ve doğrulayın; ardından birkaç canlı sayfayı URL Inspection ile kontrol edin; son olarak raporları şablon değişikliklerinden sonra izlemeyi alışkanlık yapın. Sıra bir öneridir. Ayrıca işaretlemeyi eklemeden önce forumun gerçekten herkese açık olup olmadığını, yani botların konuları okuyabildiğini kontrol edin; erişilemeyen sayfa için yapılan işaretleme emek kaybıdır.

Topluluğunuzun dışından da güvenilir bağlantılar kazanmak istiyorsanız backlink paketlerine bakabilirsiniz.