SEO ajanslarının taksitle sattığı ücretsiz bilgiler: Teknik konular

Burada anlatılan konular genel olarak web üzerinde uygulama geliştiricilere hitap etmekle birlikte bazı konu başlıkları web üzerinde iş yapan bir kurumda teknik ekip haricindeki kişilerinde (örn: ürün yöneticisi, analist) farkında olması gereken detayları içermektedir.
Burada en önemli konular, tanımları ve bazı örneklerle birlikte verilecek, konunun detayı için çoğunlukla Google yardım sayfalarına veya web üzerinde ilgili konuyu doğru ve açık anlatan başka sayfalara link verilecektir.

SEO konusunda içerik ile ilgili daha önce derlediğim bilgi ve tavsiyeler

1. Site genel yapılandırma (robots.txt, sitemap.xml) ve standartlara uygunluk (w3c)
2. Sayfa bazında ve site genelinde HTML yapılandırma ile ilgili dikkat edilecek konular
3. Sitenin link yapısı
4. İçeriği tanımlamak /anlamlandırmak : Microdata / Structured Data
5. Resim, Video ve Haber içerikleri için teknik yapılandırma
6. Sosyal medya paylaşımı için teknik yönergeler
7. Mobil site  / yönlendirmeler
8. Performans / hız'ın önemi ve ölçme yöntemleri
9. Tasarımın etkileri
10. Hata tespit yöntemleri ve sürekli takip için araçlar
11. Bazı özel durumlar için (her sitede gerek olmayabilecek)  çözümler.
12. Araçlar

1. Site genel yapılandırma (robots.txt, sitemap.xml) ve standartlara uygunluk (w3c)

Bir sitenin arama motorları tarafından erişilebilir ve taranabilir olması için en önce dikkat edilmesi gereken detaylardır.

SEO ajanslarının taksitle sattığı ücretsiz bilgiler : İçerik

Bu yazının içeriğinde değinilecek konular;

1. İçerik oluşturma süreci ve ziyaretçi tatmini
2. Terimler
3. İçerik oluştururken dikkat edilmesi gereken konular, öneriler
4. Link inşası
5. İçerik üretirken kullanılabilecek araçlar ve araştırma yöntemleri
6. Doğru içerik üretimiyle ilgili tavsiyeler / yönergeler
7. İçerik oluşturmanın tamamlayıcıları
8. Kopya içerik durumu
9. Zararlı içerik konusu
10. SEO için kullanılabilecek ücretli / ücretsiz araçlar

1. İçerik oluşturma süreci ve ziyaretçi tatmini

Sitenin faaliyet gösterdiği alan ve konusuna göre farklı türlerde içerik yapıları vardır:
Dinamik yani sürekli içerik eklenen siteler, örneğin e-ticaret sitesi için ana içerik satılan ürünler, haber sitelerinde haber detay, seri ilan sitelerinde ise ilandır ve ziyaretçinin bir siteye erişiminin asıl hedefi de bu içeriklerdir. Dinamik siteler için sitedeki diğer sayfalar olan kategori sayfası, arama sonuç sayfası gibi sayfalar da ilgili ana içeriğin olduğu detay sayfalara kapı olarak düşünülebilir.

Diğer türdeki sitelere "bir servis sağlayan firma", örneğin avukatlık bürosu örnek verilebilir. Çoğunlukla verilen servis aynı olacağı ve içerik güncellenmeyeceği için statik olarak adlandırılır. Bu tür siteler için içeriğin önemini göstermek adına ilgili alanda blog tutma veya haber oluşturma destekleyici güncel içerik olarak tavsiye edilir.

Web uygulama performansı: İstemci tarafı izleme, hata tespiti, uyarı ve iyileştirme araç ve yöntemleri

Kullandığımız her uygulamada olduğu gibi ziyaret ettiğimiz web sitelerinde de mecbur değilsek hızlı olmasını tercih ediyoruz. Yavaş sitelerin neden olduğu ziyaretçi ve kullanım kaybı üzerinde yapılmış bir çok deney ve araştırma var. Bunlardan en çok bilineni Amazon.com'um açıkladığı:

"Tests at Amazon revealed similar results: every 100 ms increase in load time of Amazon.com decreased sales by 1% (Kohavi and Longbotham 2007)"
Özetle; Amazon, her 100 milisaniyelik sayfa yüklenmesindeki gecikme için satışlarda %1'lik azalma olduğu ölçülmüş:
The Psychology of Web Performance
http://www.websiteoptimization.com/speed/tweak/psychology-web-performance/

Performansın (hızın) yapılan yatırıma olan etkileriyle ilgili araştırmalar:

How Website Speed Affects Conversion Rates
http://www.globaldots.com/how-website-speed-affects-conversion-rates/

Web sayfa performansının ROI* ye etkisi:
Poor performance ruins holidays

http://www.actualinsights.com/2011/poor-performance-ruins-holidays/

Hız için yapılacak optimizasyonlar ile;

-Ziyaretin artması (arama motorları gözünde daha yüksek puan ve trafik artışı, yavaşlık nedeniyle terkeden / edecek kullanıcıları geri kazanma)
-Bounce rate'in düşmesi (ilk ulaştıkları sayfalardan direk ayrılma, hız algısı ile daha çok sayfa gezinme)
-Bandwidth maliyetinin azalması (Browser'a sadece mümkün olduğunca o sayfa için gerekli içerik uygun tekniklerle sunulduğunda yaklaşık 1/4 oranında daha az trafik tüketimi (minify, gzip, combine)
sağlanır.

Yayına çıkmadan önce yapılabilecek kontroller ve ayarlar

İlk defa yayına çıkacak bir site ya da hata düzeltme / iyileştirmeler sonrasında güncelleme olarak yayına çıkacaklar için bazı kontroller önceden yapılabilir.

Örnek olarak, bunun için Microsoft'un Web Platform Installer üzerinden sağladığı "Search Engine Optimization Toolkit" kullanılabilir.

TFS Build yapılandırması: Bir günlük israf.

* TFS 2013 kullanılmıştır.

Visual Studio - TFS entegrasyonunda check-in kalitesini arttırmak için Build servisi belirli kurallara göre yapılandırılabilir.

10 dakikalık yapılandırmadan sonra sistemi çalışır hale getirmek için harcanacak bir günlük iş detayı 2. bölümde...

Genel yapılandırma ve ayarlar

TFS Administration Console'da Build Configuration sekmesinde servis ayarlarını "tfs service" kullanıcısından farklı bir kullanıcı ile aktif ettikten sonra (örn: Network Service, önerilen) Visual Studio Team Explorer'da istenen Proje için Builds > "New Build Definition" üzerinden istenen özelliklerde Build tanımlanır.

Servis kurulum detayları için : http://msdn.microsoft.com/en-us/library/ee259683.aspx

Web uygulama performansı: IIS / W3C Logları ile hata ayıklama ve iyileştirme

İhtiyaç duyulabilecek ısaltma açıklamarı:
*W3C: World wide web consortium : http://en.wikipedia.org/wiki/World_Wide_Web_Consortium
*UTC : Coordinated universal time: http://en.wikipedia.org/wiki/Coordinated_Universal_Time
*IIS : Internet informatiın services  http://en.wikipedia.org/wiki/Internet_Information_Services

-Son dakika proje kurtartma yazısı değildir.

IIS üzerinde sunulan web/servis uygulamaları için loglamanın faydaları:
-Kullanım (en az/çok ziyaret alan sayfalar, css ve scriptler),
-Performans (yavaş sayfalar [network gecikmeleri dahil]),https://logparserplus.com/examples/
-Hata (Sayfa bulunamadı ve çalışma zamanı hataları gibi)
-Güvenlik (istek bilgilerine göre [query veya header]) hacking girişimleri

Buradaki süreç,
-IIS üzerinde log kaydı tutmak için tanımlar: Konum, içerik formatı, dosya formatı, tarih, büyüklük.
-Log tutulacak alanların yapılacak analiz türüne göre seçimi.
-Standart olmayan durumlar için ekstra geliştirmeler (advanced logging özellikleri)
-Logların analiz edilebilir duruma getirilmesi: Log analizi için kullanılabilecek araç ve yöntemler
-Analiz sürecinde çıkarımlar yapıp icraate dönüştürme.
-Loglardaki http status, win status ve user agent bilgilerini anlamlandırma

IIS üzerinde log kaydı tutmak için tanımlar (configuration)

IIS üzerinden standart log (Logging), Advanced Logging (IIS 7 sonrası extension olarak) ya da Failed Request Tracing Rules ile daha detaylı loglar tutulup analiz edilebilir

Sql Server Backup/Restore durumunda login'leri düzeltmek.

https://picasaweb.google.com/106809358111116575301/Belinay

Bir Sql server sunucusundan alınan backup başka bir sql server sunucusunda restore edildiğinde tanımlı login'ler çalışmayacaktır.
Bu kullanıcılara "Orphaned Users" denir.

Bu durumdaki tanımlar listesi için:

sp_change_users_login @Action='Report';

Düzeltmek için:

EXEC sp_change_users_login 'Auto_Fix', 'testuser', NULL, 'testpass'

EXEC sp_change_users_login 'UPDATE_ONE','testuser'

ilgili bağlantılar:

Troubleshoot Orphaned Users (SQL Server)
http://msdn.microsoft.com/en-us/library/ms175475.aspx

http://sqlblog.com/blogs/eric_johnson/archive/2008/10/17/fixing-orphaned-users.aspx

IIS'de static conent sunumu

IIS 7' de herhangi bir web site'da css, js ve image'lar için de cookie alışverişi yapılır. Özellikle Form Auth vs. gibi authantication yöntemlerinde veya state tutmak için cookie kullanıldığı durumlarda bu veri ciddi oranda büyük olur.
Ortalama bir sayfa isteğinde 50-100 arası dosya browser'a iner. Eğer cache vs gibi özellikler iyi tanımlanmamışsa her defasında bu gerçekleştirilir. Bu dosyalardan ilki static veya dinamik olsun sonuç olarak html'dir ve sonrakilerin büyük çoğunluğu image'dır. (Çöplüğe dönmüş [bir sürü farklı developerların çalıştığı] web site'larda java script ve css de çoktur.) Bu durumda ciddi oranda bir veri cookie alışveri üzerinden sunucu-istemci arasında gidip gelir.

Cookie alışverişini kapatmanın yolu IIS 7 için site özelliklerinden Session State'de bu özellikiği "Not Enabled" olarak ayarlamakdır. Fakat bu yapılınca o site için session tamamen kapatılır ve dinamik sayfalarda hem sunucu hem istemci tarafı state tutmak için işlevsiz hale gelir.

Bu durumda static content için zaten yapılması gereken örn: bir sub domain (yeni bir site) üzerinden static content sunumunu gerçekleştirmek.

Örneğin solution altında bulunan "Assets" dizini için static.xdomain.com adından yeni bir sub domain (yeni bir site) açılır.

O site için "Session Mode" iptal edilir bölyece cookie olayı iptal edilir.

Anahtar noktalar:

Bu sayede compression ve cache'de ayarlanabilir.

Böylece css ve bu css lerin üzerindeki image lar buradan sunulur.

Test için mevcut cookie ler silinmelidir ki yanılgıya düşürmesin.

Statik içeriği ayrı bir domain den sunarken css dosyalarını cache temizlenme problemi için kullanılan yöntem style.css?aaa vs şeklinde. Bu durumda netscaler gibi statik içerik proxy araçları bunları cache'lemek veya ziplemek durumunda mahrum kalıyor.

Buna alternatif çözüm static sub domain'i üzerinde Url route tanımı yapmak örn: static.domain.com/style-version.css. Bu da style.css yönlendirme yapar.

Kaynakça:


Static content in bulunduğu dizin için özel web.config oluşturmak. (Eğer static content mevcut web solution altında ise bazı module'leri disable (override) gerekiyor. Bunun içinde applicationHost.config de bazı değişiklikler yapmak gerekli. Yani shared hosting de pek mümkün değil.
http://www.robertsindall.co.uk/blog/creating-static-content-website-in-iis-7/

http://stackoverflow.com/questions/3060775/stopping-cookies-being-set-from-a-domain-aka-cookieless-domain-to-increase-si

Web config den ve iis manager dan cookiless domain yapmak (session kapatmak)
http://stackoverflow.com/questions/4105149/how-to-respect-serve-static-content-from-a-cookieless-domain-page-speed-rule-in