2011-02-02 6 views
5

Bir indeksleme problemine yol açan bir çevrimiçi edebi günlüğüm var - içeriğimiz "yaklaşık" literatürde değil - bu, 'un edebiyatıdır. Gibi, Google neler olup bittiğini tanımlamakta gerçekten çok kötü ve denemek ve çalışmak zorunda çok düşük anahtar kelime yoğunluğu nedeniyle, ben arayüz metni kesmek ve mümkünse ikonografiye çevirmek için yollar arıyordum.CSS Tarafından Oluşturulan İçerik SEO açısından kabul edilebilir mi?

Post tarihlerimizle aynı şeyi yapmanın bir yolunu arıyorum, ancak uzun bir arama oldu. Görünmez bir görüntünün ID özniteliğini sayfanın kendisine koymak için CSS tarafından oluşturulan içerik content:attr(id)'u kullanma fikrine rastladım.

Bu, görüntüleme düzeyinde çalışır, ancak, yalnızca bu arabirimin yalnızca metninin dizine eklenip eklenmeyeceği veya aylar ve günlerden uzaklaşıp kaybolamayacağımız konusunda bir sonuç elde edemedim. En sık kullanılan anahtar kelimelerimiz haftanın. Google'ın hala göreceğini biliyorum. "sayılır" diye bilen var mı?

+0

Sorunuza kesin bir şekilde cevap veremem, ama bağırsak hislerim bu arama motorları tarafından doğru okunmayacak. Ama yine de kötü bir çözüm gibi geliyor - SEO sorunu başka türlü ele alınmalıdır, posta tarihlerinin arama motoru sonuçlarına ciddi şekilde müdahale edebileceğini görmek için zor bir zaman geçiriyorum –

+0

Web Yöneticisi Araçları'nda ilk 40 anahtar kelimemizin 1'i dergimizin adıdır , 10 gerçek anahtar kelimeler ve 29 ara yüz kelimelerdir. Daha da derinlemesine incelemek için, 29, 9 ay, 6 haftanın veya ayın gün sayısıdır ve geri kalanların çoğu diğer menü/arayüz öğeleridir (RSS, ISSN, paylaşım, facebook, vb.) – abathur

cevap

1

Farkında olduğum kadarıyla, bir şeyin arama motorundan gizlenmesi için 'en iyi' yolun, AJAX veya (shudder) yoluyla yüklenmesi ya da flash ile yazılmasıdır.

Sitenizin içerik olmayan yönlerinin sitenizin çeşitli arama motorlarında ayakta kalmasını olumsuz yönde etkilediğini düşünüyorsanız, bu öğeleri AJAX aracılığıyla yükleyebilirsiniz.

Sadece bu öğelerin gerçekten konumunuzu ciddi olarak etkilediğini düşünüyorsanız.

Bunu özellikle değil biliyorum: Bir SEO üzerindeki etkileri hakkında aşırı endişe olsaydı Aşağıda

, AJAX biri makul sonrası yükü olabilir Bu sayfanın alanlarını açıklayan bir resimdir Sorunuzu cevaplayın, sorununuzu çözmek için alternatif bir yol önerisi.

+0

Teşekkürler, Michael. JS'yi ana siteden uzak tutmaya çalışıyoruz (ve şu ana kadar), (blogumuzda kaçınılmaz olsa da), ancak sonunda havluya atmamız ve AJAX ile birlikte gitmemiz gerekebilir. – abathur

+0

Evet, navigasyon gerçekten de AJAX ile yüklenmemeli ... Sayfa yapısından rahatsız edici unsurları kaldırmayacağını düşündüğünüzden, sayfa yapısında daha aşağı doğru hareket ettirmeyi denediniz mi? Belgenin üst kısmına çok yakın mı? Yaptığım bir site ile, dokümanın alt kısmındaki araç çubuğunu (çok sayıda nav linki var) koyarak ve CSS ile en üste taşıyarak sonuçları iyileştirdim. –

+0

Üzgünüm - bir konferans için dışarı çıktı. Evet, gezinme/telif hakkı vb. Hepsi kodun en sonunda görünür, ancak sorunlara neden olan arabirim metninin (yayınlanma tarihleri ​​vb.) Bir kısmı ayırmak daha zordur. Yeni yeniden tasarlamada, bu bilgiyi sayfadan uzak tutmak için temel olarak görüntü sprite'larına hareket ediyoruz. Aynı zamanda, her bir sayfadaki abonelik bilgisine sahip olmak için ikiye ayrılan orandan dolayı abonelik bilgisine sahip olup olmadığımızı görmek için izlemeye devam edeceğimiz halde, sayfa başına 10 mesajdan 1'e 1'e kadar kesinti yaptık. içerik de büyük ölçüde değişecektir). – abathur