Home Assistant 2026.11, HACS'ı yerleşik bir Marketplace'e taşıyor ve varlık adlandırmayı yeniden inşa ediyor

Home Assistant 2026.11.0 büyük bir sürüm, ancak 6 Kasım'da dev.to'da yayımlanan bir analize göre homelab kullanıcıları için pratik yükseltme riski iki değişiklikte yoğunlaşıyor: HACS, yani Home Assistant Community Store, yerleşik bir Marketplace'e dahil ediliyor ve varlık adlandırması geriye dönük uyumsuz bir şekilde baştan yapılıyor.

dev.to yazısı basit bir kural öneriyor: az sayıda özel entegrasyon çalıştırıyorsanız ve friendly name'lere bağımlı kart veya şablonunuz azsa, bir yedek alıp inceleme yaparak şimdi yükseltmek makul. Panolarınız adlardan metin üreten özel kartlar veya şablonlarla doluysa, ilk yama sürümünü beklemek tedbirli olan seçenek.

HACS, Marketplace oluyor

HACS artık Home Assistant'a Ayarlar altında bulunan bir Marketplace olarak entegre edildi ve her kurulum türünde kullanılabiliyor. Üzerinden kurulum veya güncelleme artık GitHub hesabı gerektirmiyor. Katalog ücretsiz ve topluluk tarafından sürdürülüyor; Home Assistant projesi kataloğu test etmiyor, denetlemiyor veya desteklemiyor ve katalog örneğinizin içinde çalışıyor.

Mevcut HACS kullanıcıları güncellemeden sonra başlangıçta otomatik olarak taşınıyor. Kurulu öğeler, özel depolar ve güncelleme varlıkları korunuyor. Ancak bağımsız HACS kurulum aracı 2026.11'de duruyor, ayrı kurulum artık mümkün değil ve eski sürüm başka sürüm almayacak. dev.to yazarı bu nedenle geçişi tek yönlü olarak değerlendirmeyi ve yedeğinize güvenmeyi öneriyor.

Operasyonel açıdan, Marketplace'ten kurulum yeniden başlatma gerektirmiyor ama güncellemeler hâlâ gerektiriyor; gerektiğinde bir onarım bildirimi bunu işaretliyor. Özel depolar, cihaz girişi üzerinden yalnızca herkese açık bilgileri okumakla sınırlı bir GitHub bağlantısı gerektiriyor. İndirme kaynağı topluluk tarafından işletilen Çin aynalarına da değiştirilebilir; ancak yazı, bu durumda katalog verilerinin ve kurulu kodun aynayı işleten kişiden veya ayna erişilemezse üçüncü taraf bir proxy'den geçtiği uyarısında bulunuyor; bu yüzden yalnızca güvenilir kaynaklar seçilmeli.

Varlık adları yeniden inşa ediliyor

Adlandırma değişikliği görüntüleme tarafında geriye dönük uyumluluğu bozuyor: bazı pano adları farklı görünecek, özellikle adları cihaz adıyla başlamayan varlıklarda. Bir ad zaten cihaz adıyla başlıyorsa bu önek atılıyor. Başlamıyorsa, bağlam öne ekleniyor — yazının örneği, Smart plug 3 adlı bir cihazdaki Coffee machine adlı bir anahtar; artık Smart plug 3 Coffee machine olarak görüntülenecek.

Kötü adların çözümü cihazı yeniden adlandırmak ve cihazın Ana varlık seçeneğini etkinleştirmek. Assist, Alexa veya Google Assistant'a açılan varlıklar önceki adlarını takma ad olarak koruyor, bu yüzden sesli komutlar çalışmaya devam etmeli. Ayrıca karmaşık cihazlar Z-Wave, MQTT, ESPHome ve bazı Tuya entegrasyonlarında alt cihazlara bölünüyor; Matter ve ZHA hâlâ sürüyor — güncellemeden sonra daha uzun bir cihaz listesi bekleyin.

En keskin risk şablonlarda ve özel kartlarda. friendly_name kullanan her şey, yerleşik kartların görüntülediğinden farklı adlar gösterebilir. Önerilen replacements entity_name(), device_name() ve area_name() şablon fonksiyonları; friendly_name uyumluluk için duruyor ama kullanımdan kaldırılması planlanıyor. Kritik nokta şurada: varlık kimlikleri, otomasyonlar, scriptler, sahneler ve panolar çalışmaya devam ediyor — değişen gördüğünüz şey, otomasyonlarınızın işaret ettiği şey değil.

Başka neler yeni

İki özellik daha erken yükseltmeyi haklı çıkarabilir. Otomasyon hedefleri varlıkları, cihazları, alanları, katları ve etiketleri dışlayabiliyor; sonuç her çalıştırmada yeniden hesaplanıyor, böylece sonradan eklenen öğeler de kapsanıyor. Panolar otomatik bölümler ve bölümleri panolar arasında kopyalayıp yapıştırma yeteneği kazandı. Ne alan veya etiket tabanlı hedefleri ne de bölüm panolarını kullanıyorsanız, dev.to yazısına göre bunlar tek başına acele etmeyi haklı kılmıyor.

Yükseltme kontrol listesi

Güncellemeden önce: cihazın dışında saklanan bir yedek alın; sürümünüzle hedef sürüm arasındaki her sürüm notundaki geriye dönük uyumsuz değişiklikleri okuyun; friendly_name'e bel bağlayan özel kartları ve şablonları bulun; özel depolara bağımlıysanız GitHub cihaz girişinin çalıştığını doğrulayın. CLI komutu ha core update --backup.

Güncellemeden sonra: Ayarlar > Sistem > Onarımlar ve günlükleri kontrol edin; herhangi bir yeniden başlatma bildirimi orada görünür; Ayarlar'da Marketplace'i açıp entegrasyonlarınızın, özel depolarınızın ve güncelleme varlıklarınızın geçişi atlattığını doğrulayın; değişen adlar için panoları tarayıp cihazları yeniden adlandırarak ve ana varlıkları işaretleyerek düzeltin; otomasyonların hâlâ tetiklendiğini doğrulayın. Yazı kendi sınırlarına da dikkat çekiyor: Python veya HA OS sürüm gereksinimlerine dair veri içermiyor ve yayın sonrası olaylar gözlemlenebilmeden yazılmış.

Neden önemli

Bağımsız HACS kurulum aracının sonu, topluluk entegrasyonları kullanan herkes için bu geçişi fiilen zorunlu kılıyor: eski mağaza yeni sürüm almıyor, dolayısıyla yerinde saymak uzun vadede istikrarlı bir seçenek değil. Adlandırma yenilenmesi, ürünün en görünür katmanına — kullanıcıların okuduğu ve sesli söylediği şeye — dokunurken varlık kimliklerini olduğu gibi bırakıyor; bozulmaların kozmetik ama yaygın olmasının nedeni bu. Ve çekirdek arayüzde denetlenmemiş topluluk kodunu sunarak Marketplace, ayna seçimleri dahil kaynak seçimini, her homelab sahibinin artık vermesi gereken açık bir güven kararına dönüştürüyor.