Wikimedia, Wikipedia thumbnail'larını sabit genişlikler ve seçici WebP ile thumb.wikimedia.org'a taşıdı

Yeni host, tanıdık yollar

İngilizce Wikipedia thumbnail'ları sessizce yeni bir host'a taşındı ve bu değişiklik, veri toplayıcıların ve görsel araçlarının gözünde doğal karşıladığı birkaç davranışı değiştiriyor. 14 Kasım 2026'da dev.to'da yayımlanan bir analize göre, ölçeklendirilmiş makale görselleri artık upload.wikimedia.org yerine thumb.wikimedia.org'dan yükleniyor, yalnızca sabit bir thumbnail genişliği kümesi sunuluyor ve bunu özellikle isteyen istemcilere WebP iletiliyor.

Yazar, değişikliği İngilizce Wikipedia makalesinde kullanılan Einstein portresi üzerinden tek bir dosyayla curl kullanarak ölçtü ve tek bir dosyanın küçük bir örneklem olduğunu açıkça belirtti. Ancak hata yanıtları, test edilen dosyaya özgü bir durumdan çok yayımlanmış genel bir kurala işaret ediyor.

Hostname'ten sonraki URL yapısı değişmedi: thumb/, iki hash dizini, dosya adı ve bir genişlik segmenti. Yeni olan host'un kendisi ve thumbnail bağlantılarına eklenen, en.wikipedia.org'yu ve bir parser kampanyasını referans veren utm parametreleri.

Orijinal Commons dosyasını elde etmenin klasik hilesi — yoldan thumb/ ve genişlik segmentini atmak — hâlâ işe yarıyor, ancak yalnızca host da upload.wikimedia.org olarak yeniden yazılırsa. Orijinalin yolunu thumb host'unda istemek, Commons ana sayfasına bir 301 yönlendirmesi döndürüyor. dev.to yazarı, tarayıcı eklentilerinin tam olarak bu yüzden çalışmaya devam ettiğini belirtiyor: eklenti host'u zaten yeniden yazıyordu; yalnızca yol segmentlerini kaldıran bir kural ise artık kullanıcıları Commons ana sayfasına düşürürdü.

Yalnızca sabit bir genişlik listesi sunuluyor

Önceden, bir thumbnail URL'sindeki genişlik sayısını herhangi bir değere değiştirmek o genişlikte bir görsel döndürüyordu. Artık durum böyle değil. Yeni host'ta birer saniye arayla test edilen 14 genişlikten 120, 250, 330, 500, 960, 1280, 1920 ve 3840 piksel görsel döndürürken, 180, 320, 640, 800, 1024 ve 2560 HTTP 400 döndürdü. Daha önceki bir denemede ayrıca 20, 40 ve 60 piksellik görseller alınırken 777 ve 1200 başarısız oldu; dolayısıyla çalışan küme, test edilen listeden biraz daha büyük görünüyor.

400 yanıtı, kullanıcıları Wikimedia'nın yayımladığı standart thumbnail boyutları listesine yönlendiren bir HTML hata sayfası; bu da dosya başına bir kuraldan çok genel bir politikaya işaret ediyor.

Rastgele genişlikler için Commons'taki Special:FilePath uç noktası hâlâ bir genişlik parametresi kabul ediyor ve yukarıya yuvarlıyor: 777 piksellik bir istek, yönlendirmeler üzerinden 960px thumbnail'ına çözüldü. Genişlik parametresi olmadan ise upload.wikimedia.org'daki orijinal dosyaya çözülüyor.

WebP, ama yalnızca isterseniz

Aynı 500px thumbnail, dört farklı Accept başlığıyla istendi. curl'ün varsayılan başlığı, yalnızca image/jpeg ve wildcard'lı image/avif, 81.486 baytlık JPEG döndürdü. Yalnızca wildcard'lı image/webp ve Chrome'un gerçek Accept başlığı, 73.684 baytlık WebP döndürdü. WebP olmadan AVIF yine JPEG alıyor; dolayısıyla sunucu özellikle WebP'ye göre geçiş yapıyor gibi görünüyor.

İki pürüz dikkat çekiyor. Birincisi, WebP yanıtının bildirildiğine göre Vary başlığı taşımaması ve bir cache isabeti olması; bu yüzden dışarıdan bakıldığında cache'lerin JPEG ve WebP varyantlarını nasıl ayrı tuttuğu belirsiz. İkincisi, thumbnail'ları tarayıcının kendi başlıklarıyla çeken herhangi bir araç, .jpg ile biten bir URL'de WebP baytları alacak; dosyayı URL'deki adla kaydetmek, yanlış etiketlenmiş bir dosya üretir. dev.to yazarının tavsiyesi, bir şeye ad vermeden önce baytları kontrol etmek veya Content-Type başlığını okumak. upload.wikimedia.org'daki orijinaller hâlâ JPEG olarak dönüyor.

Rate limit'ler hızla devreye giriyor

Hızlı bir istek döngüsü beşinci istekte 429 yanıtları aldı; ancak genişlik kontrolünün önce çalıştığı anlaşılıyor, çünkü listede olmayan genişlikler 400 almayı sürdürürken listelenen genişlikler limite takıldı. Thumb host'unda bir saniyelik aralıklar 429'ları tamamen önledi. Wikimedia'nın user-agent politikası ayrıca betik kullanan istemcilerden iletişim bilgileri içeren açıklayıcı bir User-Agent göndermelerini istiyor.

Neden önemli

Wikipedia'nın görsel URL'leri yıllardır stabildi ve çok sayıda araç bunlar hakkındaki varsayımlarını kodladı: indiriciler, aynalar, çevrimdışı okuyucular ve arşivleme betikleri. Yeni bir host, sabit bir genişlik listesi ve bir .jpg adı altında dosya biçimini sessizce değiştirebilen içerik müzakeresi, aylar sonra hata olarak ortaya çıkan türden sessiz değişikliklerin ta kendisi. Wikimedia görsellerine karşı betik yazan herkes varsayımlarını yeniden kontrol etmeli: yayımlanan genişlik listesini kullanmalı, dosya uzantısından bağımsız olarak WebP'yi işlemeli, thumbnail URL'lerindeki takip parametrelerine hazırlıklı olmalı ve istekleri, 429'da backoff ile kısmalı. Eksik Vary başlığı da izlemeye değer; çünkü cache'lerin her istemciye doğru varyantı güvenilir biçimde sunup sunamayacağını etkiliyor.