Aynı belgenin standart olmayan farklı sürümleri nasıl doğru şekilde işaretlenir


20

Kullanım durumu, aynı anda kullanılabilen birden fazla sürümü olan bir belgedir. Örneğin, söz konusu yazılımın her sürümü için bir ürünle ilgili belgeler:

  • /v1/install-guide
  • /v2/install-guide
  • /v3/install-guide

Bunlar, v1 ve v2 sayfalarında standart URL'nin v3 olduğunu belirtmenin yanlış olması anlamında aynı içerik değildir. Google'da 'ürün kurulum kılavuzu v2' araması yaparsam v2'yi bulabilmeyi beklerdim. Belgenin her sürümü biraz farklı olabilir, ancak birbirleriyle çok ortak noktaları vardır.

Yani soru şu: bu sayfaları Google'a ve arkadaşlarına en son sürümün (v3) tercih edildiğini bildirmek için işaretleyebilir miyim, bu nedenle 'ürün yükleme kılavuzu' için basit bir aramanın v1 veya v2 sayfası?


Bu ilginç bir durum. Google araması için herhangi bir doküman sürümlendirme desteğinin farkında değilim.
Stephen Ostermiller

Bu, mevcut sürüm, beta, amortisman, vb. İle sürüm oluşturmaya izin vermek için kanonik etiketin güncellenmesi için mükemmel bir fırsattır. Bu özel olarak nasıl çalışacağı tartışmaya açıktır. Bu ilginç ve faydalı bir değişiklik olabilir.
closetnoc


@Brendan, herhangi bir çözüm buldunuz mu?
Ross Rogers

1
Teorik olarak, prioritybir XML site haritasındaki etiket göreceli önemi belirtmek için kullanılabilir - aksi takdirde iki veya daha fazla sonuç benzer olduğunda "tercih edilen" sayfayı önermek. Ancak, Google'ın artık "önceliğe" fazla dikkat etmediği anlaşılıyor .
MrWhite

Yanıtlar:


4

Sorunuz göz önüne alındığında, aşağıdaki varsayımları yapmak zorundayım:

  1. web siteniz bir ürün için kurulum kılavuzları için bir bölüm sunuyor
  2. kılavuzlar ürün sürümünden farklıdır, ancak eski ürün sürümlerini kullanan müşteriler için alakalı kalır
  3. müşterileriniz bunun farkındadır ve tam olarak hangi sürüme ihtiyaç duyabileceklerini bilir

Birincisi: bu gerçekten a'nın kullanım durumu değildir rel="canonical".

Sizinki gibi durumlarla başa çıkmanın bir yaklaşımı yapıdır: Ürününüz için her zaman en son kılavuzu içeren statik bir kılavuz sayfası uygulayabilirsiniz. Bu sayfa ürün veya kategori sayfasından bağlantılıdır, bu yüzden çok önem kazanmaktadır.

Şema:

exapmle.com/product/guide/
exapmle.com/product/guide/guide-v1
exapmle.com/product/guide/guide-v2
exapmle.com/product/guide/guide-v3

Yeni bir kılavuz her yayınlandığında statik sayfaya yayınlanır ve eskisi URL yapısında daha derin yeni bir URL'ye geçer. Bu "eski kılavuz" URL'lere statik sayfadan bağlanır, ancak kategori sayfalarından bağlanmaz. Bu nedenle "daha az önemli" olarak görülecektir

v1, 2, 3, … nSürümlerin yalnızca ana kılavuzlar sayfasından ve her birine bağlandığından emin olun . Ana sayfa sitenizin tamamına iyi bir şekilde bağlanmış olmalıdır.

Mevcut URL yapınızla karşılaştırıldığında, bu, yayınlanan kılavuzla daha fazla ilgili olur exapmle.com/product/guide/.

  • /v1/install-guide
  • /v2/install-guide
  • /v3/install-guide

Bu yapıda her URL "değerinde" ve Google'ın hangi URL'nin en alakalı olduğuna karar vermek için diğer sinyallere güvenmesi gerekiyor.

Bir sonraki adım, kılavuz sayfalarını arama motorlarının tek tek sürümler arasındaki farkı hızlı bir şekilde anlama biçiminde optimize etmektir:

  • sayfanın başlığını kişiselleştirin, örneğin: <title>Version 1.0 install Guide for Product XY</title>
  • sayfanın ana başlığını kişiselleştirin, örneğin: <h1>How to Install Version 1.0 of Product XY</h1>
  • sayfanın açıklamasını kişiselleştirin, örneğin: <meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" />
  • kılavuzlara bağlanırken farklı sürümleri belirtmek için bağlantı metinlerini kullanın <a href="http://example.com/product/guide/guide-v2" >Install guide for V 2.0</a>

Her biri için tasarlanmış sürümü ve belki yıl / ay / tarih belirtmek için.

İpucu: sayfaların üstündeki farklılıkları belirtmek yararlı olabilir. Böylece müşteriler neden farklı rehberlere ihtiyaç duyduklarını kolayca görebilirler ve arama motorları ek bilgiler her sayfa için "yinelenen içeriğe yakın" sorun riskinizi azaltarak benzersiz bir içerik alır.

Bu şekilde, en son kılavuzun her zaman mevcut olduğundan example.com/product/guide/ve " kurulum kılavuzu ürünü " gibi genel aramalar için sonuç verileceğinden emin olursunuz . Arama motorları, bu sayfadaki içeriğin sık sık güncellendiğini ve bu sayfaların alt öğelerinin var olduğunu tanıyacak ve " yükleme kılavuzu Ürün V 2.0 " gibi daha spesifik arama terimleri için bunları sunacaktır . Sayfaları temsil ettikleri belirli sürümler için optimize ederek, istemcilerin sürümlerini arayarak bulmalarını sağlayın.


5
Cevabınız tam bir tahmin gibi görünüyor. Bu sayfa zaten var, iyi başlıklara, meta veri ve url yapısına sahip. İnsan kullanıcılar neler olduğunu tam olarak biliyor. En kullanışlı sayfayı döndürmeyen yalnızca Google'dır. Ben uygulamak için arama motorlarının özellikleri sonra, ya da bunu çözmüş gerçek dünya örnekleri / vaka çalışmaları.
Brendan Heywood

1
Cevabım bilgilerinize dayanıyor. İsterseniz URL'lerinizi paylaşın ve hiç kimsenin sayfa yapınızı ve kurulumunuzu tahmin etmesi gerekmez. Cevabım gerçek yaşam deneyimine dayanıyor ..
Seb

En güçlü sinyallerden biri bağlantıdır. En son sürümden daha küçük sürümlere bağlantı yapmak mantıklıdır. Yapı hakkında. Google'ın sürümleri anladığına inanmıyorum, bu nedenle bağlantı metni, başlık etiketleri, başlık etiketleri ve benzerleri tanınmayacak, ancak kullanıcılar için tam anlamıyla. Ne yazık ki, sürüm oluşturma için bir mekanizma yoktur, ancak daha küçük sürümlerden en son sürüme bir kanonik etiket kullanmanın doğru olduğuna inanıyorum. Belgelerin belirli bir sürümünü aramak, açıkladığınız anlamsal sinyallere dayalı olarak doğru bir şekilde görünmelidir. Alkış !!
closetnoc

1
Bunu bir tahmin olarak görmüyorum. Ekleme tarihlerinin özellikle başlık etiketini en son sürüm , sürüm 1 1/1/1901 , sürüm 2 2/2/1902 veya yalnızca sürüm 1 amortisman , sürüm 2 amortisman , vb. ., tarih içeren şema işaretlemesiyle. Mümkün olduğunca çok sinyal gönderin. Öncelikle kullanıcıya yardımcı olacaktır. Ayrıca, amortisman Google için tetikleyici bir terim olabilir. Mesele şu ki, Google bazen belgelerin eski sürümlerini kafiye veya neden olmadan seçer. Eski sürümleri HTML değil PDF yapmayı düşünün.
closetnoc


2

Bir arama motoruna bir kılavuzun veya sayfanın belirli bir sürümünün norcal johnny'nin bahsettiği tarihten başka daha yeni olduğunu söyleyen kanıtlanmış teknik bir yol görmedim.

Ancak, birçok durumda eski sürümün en üstte bir uyarı içereceğini fark ettim, daha yeni sürüm için oraya bakın. Şu anda baktığınız sürümü kullanıyorsanız biraz nag, ancak bir ürünü değerlendirmeye çalışıyorsanız ve en son baktığınızdan emin olmak istiyorsanız mükemmel.

Bu uygulamanın açıkça gerçekleştiğini gördüğüm ilk web sitesi W3C idi. Örneğin, bu belgenin üstünde "son sürüm" var: https://www.w3.org/TR/html401/

Şimdi, MSDN'de "Önerilen sürüm" adlı bir bağlantıya sahip olduklarını fark ettim. https://msdn.microsoft.com/en-us/library/78zh94ax%28v=vs.71%29.aspx

Her iki durumda da, bunu belirtmek için kullanılabilecek herhangi bir teknik HTTP veya HTML görmedim. Rel = "alternate" ile çalışabilecek bir bağlantı etiketi var , ancak anladığım kadarıyla, sadece gerçekten farklı belgeler için değil, aynı belgenin diğer değişken sürümleri için çalışıyor.

Google'ın denediği başka bir teknoloji var ve hala kullandıklarından eminim, https://schema.org/softwareVersion etiketine sahip olan http://schema.org . Google'ın bu etiketi uyguladığını varsayarsak, sürüm şemanızı anlamalıdır. Seb'in bir / guide sayfası olan içgörüsünü takiben, her bir sürüme bağlantılarınız olabilir. Bağlantı, bu bilgileri içerecek şekilde şema ile etiketlenir . Ancak, bu sürümü sadece Metin bana bir açıklama olduğunu düşünüyorum yapma kabul ( "! İyi Versiyon hiç") yazılım ve gerçek bir versiyonunun (1.0, 2.3, 3.7.1 ...) Ama bence muhtemelen en iyi olurdu yapabilirsin.softwareVersion


1

Django belgeleri gibi teknik belgelere göz atarken sizinki gibi durumlar gördüm .

Orada bu durumda eklemek için herhangi bir özel etiket değildir ancak aşağıdaki stratejiler kullanabilir ipucu tercih Google'a v3 linki (son sürüm):

Sürümleri olmayan bağlantılar

  • Bu içeriğe v3 kapsamı dışında başvurduğunuzda, otomatik olarak en son sürüm sayfasına yönlendiren sürümleri olmayan bağlantıları kullanın, örn:

    example.com/install-guide - en son yönlendirmeler -> example.com/v3/install-guide

Daha yeni bir sürüme (v4) sahip olduğunuzda, yeniden yönlendirilir example.com/v4/install-guide.

En son sürüme bağlantılar içeren uyarılar

  • her zaman belgelerinizin kullanılabilir sürümünü gösterin, böylece kullanıcı hangisini kullanacağına kolayca karar verebilir ve daha eski bir sürümü ziyaret ederse, en son sürümde olmadıklarına dair bir uyarı gösterebilir ve sürümde bağlantı olmadan bir bağlantı ekleyebilirsiniz. url, Google, bu eski sürüm sayfalarının en son sayfalara atıfta bulunduğunu bilecek ve hangilerinin seçileceğine karar vermeleri için onlara daha fazla ağırlık verecektir. Bu durumda, en son sürüme her zaman diğerleri tarafından başvurulacaktır.

Django bir sürümü kullanımdan kaldırdığında, kullanıcıya açıkça gösterir, sizin durumunuzda uyarıya en son sürüm bağlantısını da ekleyebilirsiniz.

resim açıklamasını buraya girin

Yeni bağlantılar

  • yeni bağlantılar (yeni içerik veya davanızdaki yeni sürümler) doğal olarak eski bağlantılardan daha fazla çekiş elde eder.

1
Aslında, Django rel=canonical, arama isabetlerinin yanı sıra uyarının tüm eski sürümlerini silmek için kullanır . Docs.djangoproject.com/en/dev/misc kaynağına bakın .
oligofren

@oligofren güzel bir yakalama ve dürüst olmak gerekirse, canonicalbu durumda kullanmaya ikna olmadım .
marcanuy

0

Ne zaman bir FB API bilgisi aradığımda, en son API URL'si ile en son bilgileri döndürür ve en son bilgilere işaret eden hiçbir kanonik bağlantı etiketi kullanmazlar, basitçe yaptıkları şey, her yerde en son bilgilere işaret etmeye başlarlar, Yani Google bunu daha sık tarayacak ve daha sulu bir şekilde geçecek, web siteniz için de kullanabileceğiniz tek sinyal budur. Bağlantılarınız üzerinde kontrolünüz var, o yüzden bunu kullanın.

En son URL'ye işaret eden, web sayfanızı Google arama motorunun gözünde ölü yapan, noindex, 301 yönlendirme ve kurallı bağlantı etiketlerini kullanmayın; Google, söz konusu web sayfasına verilen ilk avantajları kaldıracaktır. Geçenlerde Google resmi Hangout'a sordum ve noindex etiketi için herhangi bir başlangıç ​​PR değeri vermediklerini söylediler, bu yüzden kanonik bağlantı etiketi için de geçerli olacağını düşünüyorum. ve 301 yönlendirmesi yaptığınızda, tüm PR yeni URL'ye geçecek ve eski web sayfasına verilen ilk PR verilse kaldırılamayacak. Google, yayınlanan web sayfalarına bir miktar değer verir.

İşaretlemenizi gerçekten değiştirmeniz gerekmez. e-ticaret siteleri, iki ülkeyi hedeflemek için iki farklı URL'de aynı tür web sayfasını görüntüler ve değiştirdikleri yalnızca para birimi fiyatıdır. Örneğin, ABD için dolar ve Hindistan için rupiler ve geri kalan her şey aynı ve yine de bu tür bir web sitesi herhangi bir Panda cezasıyla karşılaşmadı.


-1

Sıralama için Sayfa Tarihleri'ni kullanabilirsiniz.

Google, sayfanın başlık ve URL'deki tarihler gibi özelliklerine göre bir sayfa tarihi tahmin eder.

Özel Arama, tarihin özel bir meta veri anahtarını kullanarak sonuçları sıralamak, saptırmak ve aralık kısıtlamak için bu tarihi kullanmanızı sağlar. Bu tahmini tarih &sort=, "Özelliğe Göre Sırala", "Özelliğe Göre Eğilim", "Aralıkla Sınırla" dahil URL parametresini kullanan tüm operatörlerde kullanılabilir .

Örneğin:

Sonuçları tarihe göre sıralamak, daha yeni / daha eski tarihlere yönelmek ve sonuçları bir zaman aralığından döndürmek için URL parametreleri

Mevcut kodların bir listesi için Google Özel Arama dokümanlarını ziyaret edin .


3
Yanıtınız öncelikle Google Özel Arama ile ilgiliyken, OP Google Arama ile ilgili gibi görünüyor.
unor

Evet bu konu dışı ama potansiyel bir çözüme işaret edebilir. V1 sayfasını 2014 için geçerli ve v2 sayfasını 2015 için ve 2016 için v3 olarak işaretlemenin bir yolu var mı ve normal google araması mevcut sürüme biraz tercih verebilir mi?
Brendan Heywood
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.