İnşaat Firması Web Sitesi Nasıl Olmalı? Proje Portföyü, CRM Entegrasyonu ve Teknik SEO

Bir ziyaretçi yeni konut projenizi inceliyor. Render görselleri etkileyici, fakat baktığı dairenin net alanını, kat planının güncel sürümünü ve hangi blokta olduğunu anlayamıyor. Formu dolduruyor; talep satış ekibine ulaşsa bile hangi projeyle ilgilendiği kayboluyor. Başka bir ziyaretçi ise konut aramıyor: yaptıracağı fabrika için ana yüklenici yeterliliğinizi ve tamamladığınız işleri görmek istiyor. İkisine aynı “Projelerimiz” galerisiyle cevap vermek yetmez.

İyi bir inşaat firması web sitesi, proje portföyünü doğrulanabilir bilgiye, ziyaretçinin niyetini doğru satış veya teklif ekibine bağlar. Bu rehber müteahhitlik, taahhüt ve gayrimenkul geliştirme şirketlerinin yöneticileri içindir. Örnek proje, veriler ve maliyet hesabı temsilidir; TankDev’in yayımlanmamış bir inşaat müşterisine veya ölçülmüş satış artışına dayandığı iddia edilmez.

1. Önce iş modelini ayırın: müteahhit, geliştirici veya satış ofisi

Şirketin rolünü açık yazın. Tasarım, kaba inşaat, ana yüklenicilik ve pazarlama aynı sorumluluk değildir. Alt yüklenici olarak belirli bir işi tamamladıysanız bütün projenin geliştiricisiymiş gibi sunmayın. Portföyün doğruluğu yalnız marka algısı için değil, doğru talebi alabilmek için de önemlidir: konut müşterisi ile endüstriyel taahhüt satın almacısı farklı bir kanıt ve süreç bekler.

Önce hangi talebin nitelikli sayıldığını kararlaştırın. Konut tarafında ilgili proje, ünite tipi ve görüşme isteği; taahhütte iş türü, yaklaşık kapsam, konum ve hedef takvim yararlı olabilir. Ziyaretçiden bütün keşif dosyasını ilk ekranda istemek yerine başlangıç için gerekli az sayıda alanla ilerleyin. Sonraki adım bir danışmanın değerlendirmesiyse formu “anında kesin teklif” gibi adlandırmayın.

2. Proje portföyü bir fotoğraf albümü olmamalı

Her proje için kalıcı bir sayfa ve açık bir yayın şeması oluşturun: proje türü, konum, şirketin rolü, kapsam, durum, tarihli ilerleme kayıtları ve paylaşım izni bulunan görseller. Planlanan, devam eden ve tamamlanan işleri ayırın. Hedef teslim takvimiyle gerçekleşen teslimi aynı tarih alanında tutmak, eski kampanyanın yeni ziyaretçiye yanlış bilgi vermesine neden olabilir.

“Depreme dayanıklı”, “kesin teslim” veya “garantili getiri” gibi ifadeleri tasarım metni olarak üretmeyin. Web sitesi mühendislik uygunluğu veya yatırım sonucu kanıtlayan bir araç değildir. Yayınlanacak teknik iddiaların dayanağını yetkili ekipten alın; metinle belge arasındaki sürüm ilişkisini koruyun. Bu rehber yapı güvenliği değerlendirmesi veya gayrimenkul yatırım tavsiyesi vermez.

Tamamlanan projeyi sırf satış bitti diye silmek gerekmez. Gerçek portföy değeri olan sayfa tamamlanmış durumuyla kalabilir; aktif satış çağrısı güncellenir ve uygunsa benzer güncel projelere bağlantı verilir. Artık mevcut olmayan bir üniteyi ise satışa açıkmış gibi göstermeyin. URL’nin kaderi, pazarlama kampanyasının bitişinden ayrı bir içerik kararıdır.

3. Proje, blok, daire tipi ve bağımsız bölüm veri modeli

Company(id, legal_name, role, verified_profile_urls)
Project(id, company_id, slug_key, lifecycle, publication_revision)
ProjectTranslation(project_id, locale, slug, title, approval_state)
Building(id, project_id, code)
UnitType(id, project_id, layout_label, approved_plan_revision)
Unit(id, building_id, unit_type_id, external_id)
UnitArea(unit_id, area_kind, value_m2, measurement_basis, source_revision)
PublicUnitView(unit_id, display_status, source_version, observed_at)
MediaAsset(id, project_id, kind, captured_at, revision, publication_rights)
Inquiry(id, project_id, unit_id?, intent, assigned_team, state)
InquiryRequest(scope_id, idempotency_key, request_hash, inquiry_id)
CrmDelivery(inquiry_id, provider, external_id?, state, next_attempt_at)
Outbox(event_id, aggregate_id, event_type, payload)

UNIQUE(building_id, external_id)
UNIQUE(scope_id, idempotency_key)
Net/gross areas are separate facts, not one ambiguous 'size' field.
Public availability is a projection; it cannot allocate or sell a unit.

Bir daire tipi ile tekil bağımsız bölüm aynı kayıt değildir. Aynı 2+1 planı farklı blok, kat veya cephede bulunabilir. Tip sayfası planı ve ortak özellikleri anlatır; tekil ünite kaydı kimliği, onaylı alan bilgisi ve satış sistemindeki eşleşmeyi taşır. Sayfa slug’ını CRM’deki anahtar yapmak yerine değişmeyen kimlik kullanın; pazarlama adı değiştiğinde entegrasyon kopmasın.

Net ve brüt alanı ayrı alanlarda, tanımı ve kaynağıyla yönetin. Brüt alandan sabit bir oran çıkarıp net alan üretmeyin. Plandaki metrekare, teknik çizim revizyonu ve satış metni değiştiğinde birlikte incelenmeli. Kamuya açık bir özet ile yetkili ekipteki teknik dosyanın kapsamı farklı olabilir; bunların hangisinin hangi tarihte onaylandığı kaydedilmelidir.

4. Satılık, ayrılmış ve satılmış durumunu kim belirliyor?

Satış ofisi bir üniteyi ayırırken web yöneticisinin aynı kaydı ayrıca düzenlemesi sürdürülebilir bir envanter yöntemi değildir. CRM, satış ERP’si veya özel ünite servisi arasından yetkili kaynağı belirleyin. Web sitesi yalnız izinli bir yayın görünümü üretsin. Alıcının adı, pazarlık bedeli, kapora bilgisi ve iç satış notları kamuya açık veri modelinde bulunmamalıdır.

-- Illustrative PostgreSQL projection update, not a sales transaction.
-- source_version must increase per unit at the authoritative source.
INSERT INTO public_unit_view
  (unit_id, display_status, source_version, observed_at)
VALUES (:unit, :status, :version, :observed_at)
ON CONFLICT (unit_id) DO UPDATE SET
  display_status = EXCLUDED.display_status,
  source_version = EXCLUDED.source_version,
  observed_at = EXCLUDED.observed_at
WHERE public_unit_view.source_version < EXCLUDED.source_version;

-- A delayed v41 event cannot overwrite v42.
-- A zero-row update means duplicate/stale input, not a new sale.
-- Detect version gaps; reconcile against the source periodically.
-- If data is stale, hide the availability claim and request confirmation.

Bu örnekte sürüm sırası kaynak sistemin sözleşmesidir; sunucuların saatine bakarak uydurulmaz. Kaynak böyle bir sürüm sunmuyorsa periyodik tam karşılaştırma veya sağlayıcının belirlediği değişiklik işaretçisi gerekir. Güncelleme kuyruğunun gecikmesini ve son başarılı mutabakatı ölçün. Bilgi güncelliğini yitirirse “güncel uygunluk için bilgi alın” akışına dönün; eski veriden kesin satış sözü üretmeyin.

Ziyaretçinin “bu daireyle ilgileniyorum” talebi bir satış veya bağlayıcı ayırma işlemi değildir. Üniteyi gerçekten kilitleyen bir iş akışı gerekiyorsa yetkili satış sisteminde eşzamanlılık, süre, iptal ve insan onayı ayrıca tasarlanmalıdır. Yalnız frontend butonunu devre dışı bırakmak iki temsilcinin aynı ünite üzerinde işlem yapmasını önlemez.

5. Formdan CRM’ye: talebi kaybetmeyen satış akışı

Proje / daire tipi sayfası
  -> sunucuda doğrulanan proje ve talep türü
  -> kalıcı talep kaydı + başvuru referansı
  -> outbox / teslim işçisi
  -> CRM kabulü + doğru ekip / temsilci
  -> ilk temas -> görüşme -> teklif -> sonuç

Konut bilgi talebi != taahhüt teklif talebi != iş başvurusu
Talep alındı != CRM kabul etti != ünite ayrıldı != satış tamamlandı

# Architectural pseudocode; use your provider's real API contract.
with db.transaction():
    previous = find_request(scope_id, idempotency_key)
    if previous:
        return same_receipt_or_409(previous, request_hash)
    project = load_public_project(project_id)
    require_project_is_published(project)
    unit = optional_unit_in_project(unit_id, project.id)
    # Validate phone/email and intent; do not trust browser labels.
    inquiry = create_inquiry(project.id, unit, intent, permitted_contact_data)
    save_request(scope_id, idempotency_key, request_hash, inquiry.id)
    write_outbox("inquiry.received.v1", {"inquiry_id": inquiry.id})
# UNIQUE(scope_id, idempotency_key) resolves concurrent admission.
# A uniqueness conflict rolls back; load the original request and compare hash.
return receipt(inquiry.id, "received")  # Not "CRM accepted" or "unit reserved".

# Worker: provider idempotency/upsert reference -> CRM acknowledgement.
# On unknown outcome: query the external reference before retrying.
# Enforce object authorization on every inquiry or document read.

E-postanın gönderilmesi, talebin takip edildiğini kanıtlamaz. Proje ve talep türüne göre atama, ilk temas hedefi, ulaşılamayan müşteri durumu ve operatörün göreceği hata kuyruğu olmalıdır. CRM cevap vermediğinde başvuru kaybolmamalı; aynı talebi yeniden gönderen ziyaretçi de iki ayrı satış fırsatı gibi sayılmamalıdır. Aynı kişinin farklı projelere meşru ilgisini ise körlemesine birleştirmeyin.

Transactional outbox, yerel kayıt ile sonraki bildirimi bağlamak için kullanılır; dış CRM’de tek etkiyi kendiliğinden garanti etmez. Sağlayıcının idempotency veya dış referansla upsert/sorgulama sözleşmesi gerekir. Genel ayrıntıyı API ve sistem entegrasyonu rehberinde açıklıyoruz. Buradaki inşaat farkı, talebin doğru proje/ünite ve satış rolüne bağlanmasıdır.

6. Plan, render, şantiye fotoğrafı ve BIM yayın sınırı

Fotoğraf ve planların tarihini, sürümünü ve yayın iznini veri olarak tutun. Eski bir kat planını dosya adını değiştirmeden yüklemek CDN’de ve satış ekibinin indirdiği belgede farklı sürümlerin dolaşmasına neden olabilir. Sürüm içeren dosya yolları ve güncel sayfadan tek onaylı sürüme bağlantı daha izlenebilir bir yöntemdir. Kaldırılan hassas dosyanın yalnız sayfadaki bağlantısını gizlemek yeterli erişim kontrolü değildir.

buildingSMART IFC belgeleri, IFC’yi BIM verisi paylaşımı için açık bir standart olarak tanımlar. IFC dosyasının varlığı, kamuya açık web sayfası için doğru ve izinli satış verisinin hazır olduğu anlamına gelmez. Web’e taşınacak özellikler, kimlik eşlemesi, revizyon ve yayın onayı ayrıca belirlenmelidir.

Model dosyasını tarayıcıya açmadan önce iç not, güvenlik hassasiyeti olan ayrıntı, kişisel veri ve yayın kapsamını değerlendirin. Ziyaretçinin ihtiyacı planı anlamaksa önce okunabilir 2B özet ve metin sunun; ağır 3B görüntüleyiciyi kullanıcı istediğinde yükleyin. 3B deneyim seçeneği, temel proje bilgisini okumak veya form göndermek için zorunlu kapı olmamalıdır.

7. Çok dilli proje ve lokasyon sayfaları

Proje kimliği iki dilde aynıdır; başlık, slug, açıklama ve yayın onayı yerelleştirilir. Tarih, alan birimi ve fiyatın dahil ettiği kalemler hedef pazarda anlaşılır biçimde ifade edilir. Eksik İngilizce açıklamayı Türkçe metinle doldurup İngilizce yayına almak yerine çevirinin tamamlanmasını bekleyin. Aynı revizyona ait olmayan iki planı dil alternatifi gibi bağlamayın.

Lokasyon sayfası gerçek bir ihtiyacı karşılamalı: projenin konumu, gerçek ulaşım seçenekleri veya şirketin gerçekten sunduğu hizmetin bölgesel kapsamı. Aynı metni onlarca ilçe adına çoğaltmak yerine özgün kanıt ve açıklama verin. Google’ın spam politikaları, benzer sorguları hedefleyip kullanıcıyı aynı yere taşıyan doorway sayfalarını ele alır. Var olmayan ofis veya tamamlanmış proje üretmeyin.

8. Teknik SEO: proje kataloğu ve filtrelerin kontrolü

• Her yayınlanmış proje için okunabilir HTML, açıklayıcı tek H1, özgün title/açıklama ve gerçek HTTP durumu üretin. Önemli bilgiler yalnız video, PDF veya 3B modelin içinde kalmasın.
• Çeviriler kendi canonical URL’sine ve karşılıklı hreflang alternatiflerine sahip olsun. Sitemap ve iç bağlantılar aynı yayın tercihine uysun.
• Oda sayısı, cephe, kat, alan ve fiyat filtrelerinin her birleşimini ayrı indekslenebilir sayfaya çevirmeyin. Seçilmiş kategori sayfalarını gerçek içerikle açın; diğer parametreler için açık tarama/indeksleme politikası belirleyin.
• Satılan ünite veya tamamlanan proje için durum, aktif CTA, fiyat/uygunluk işaretleri ve ilgili bağlantıları birlikte güncelleyin. Kişisel talep takibi ve müşteri belgeleri public indeks veya ortak cache dışında kalsın.

Canonical belgesi, dil sürümleri ve filtreli gezinme rehberi farklı sorunları ele alır. Canonical’ı sınırsız filtre taramasını otomatik çözen bir emir gibi kullanmayın. Robots ile erişimi kesilen sayfanın noindex etiketinin okunamayabileceğini de hesaba katın.

Bir plan PDF’i aramada bulunabilir, fakat kullanıcıya projenin güncel durumu ve sonraki adımını tek başına anlatmaz. Proje sayfasında kısa metin, açıklayıcı plan önizlemesi ve erişilebilir indirme bağlantısı birlikte bulunsun. Google görsel SEO rehberi, görselin bulunduğu sayfanın bağlamını ve açıklayıcı metni ele alır; dosya adını anahtar kelimeyle doldurmak yeterli değildir.

9. İnşaat şirketi ve proje için hangi schema kullanılmalı?

Şirket, proje ve daire ayrı varlıklardır. Organization şirket kimliğini anlatır; gerçekten ana yüklenici rolünde çalışan işletme için GeneralContractor uygun bir alt tür olabilir. Konut yerleşkesi ApartmentComplex, uygun tekil konut ise Apartment olarak modellenebilir. Her gayrimenkul geliştiricisini emlak aracısı, her projeyi şirket olarak işaretlemeyin.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "GeneralContractor",
      "@id": "https://builder.example/#company",
      "name": "Example Construction",
      "url": "https://builder.example/en/",
      "areaServed": {
        "@type": "City",
        "name": "Ankara"
      }
    },
    {
      "@type": "ApartmentComplex",
      "@id": "https://builder.example/#courtyard-project",
      "name": "Example Courtyard Residences",
      "url": "https://builder.example/en/projects/courtyard",
      "address": {
        "@type": "PostalAddress",
        "addressLocality": "Ankara",
        "addressCountry": "TR"
      }
    },
    {
      "@type": "WebPage",
      "@id": "https://builder.example/en/projects/courtyard#webpage",
      "url": "https://builder.example/en/projects/courtyard",
      "name": "Example Courtyard Residences: project information",
      "about": {
        "@id": "https://builder.example/#courtyard-project"
      },
      "publisher": {
        "@id": "https://builder.example/#company"
      }
    }
  ]
}

Örnek tamamen kurgusaldır ve yalnız kod bloğunda gösterilir. WebPage’in publisher ilişkisi şirketin sayfayı yayımladığını anlatır; tapu sahipliği veya müteahhitlik sözleşmesini kanıtlamaz. Gerçek projede kullanılan türler, şirketin rolü ve görünür sayfa bilgileriyle uyumlu seçilir. Özel bir schema türü eklemek proje teslimi, Google’da ilk sıra veya AI tavsiyesi garantisi sağlamaz.

Güncel olmayan uygunluğu ya da bütün daireler için geçerli olmayan tek bir “başlangıç fiyatını” kesin teklif gibi işaretlemeyin. Fiyat yayınlanıyorsa para birimi, hangi ünite/koşula ait olduğu ve güncellik kaynağı görünür olmalı. Google yapılandırılmış veri ilkeleri, doğru işaretlemeyle arama gösterimi garantisini ayırır. Schema sözlüğü doğrulaması ile desteklenen Google zengin sonuç testi aynı kontrol değildir.

10. İnşaat firmam AI yanıtlarında nasıl doğru tanınabilir?

SEO; keşif, teknik uygunluk ve arama niyetine cevap verme işidir. GEO, üretken arama yanıtlarında bilgi ve kaynak görünürlüğünü inceleyen çalışma alanıdır. GEO araştırmasındaki deneysel bulgular, inşaat şirketinizin belirli oranda önerileceği anlamına gelmez. Şirket anılması, sayfanın kaynak gösterilmesi ve bir iş için tavsiye edilmesi ayrı sonuçlardır.

Google’ın AI özellikleri belgesi, temel SEO’nun geçerli olduğunu ve özel AI dosyası ya da ayrı schema şartı bulunmadığını belirtir. Bu Google kapsamındaki açıklamayı bütün asistanların aynı seçimi yaptığı şeklinde genellemeyin. İnşaat şirketiniz için hedef, erişilebilir ve doğrulanabilir bilgidir.

• Resmî şirket adı, alan adı, irtibat ve gerçek ofis/hizmet alanı bilgilerini tutarlı tutun.
• Projelerde şirketin rolünü, kapsamını, durumunu ve tarihli kanıtlarını açıkça yayınlayın; referans kullanımı için gerekli izni alın.
• Benzer isimli şirketleri ayıran gerçek profilleri bağlayın. sameAs alanını ilgisiz otorite siteleri listesine dönüştürmeyin.
• “Ankara’da endüstriyel tesis taahhüt firması” gibi gerçek müşteri sorularını sabit gözlem panelinde izleyin; asistan, arama modu, tarih, kaynak URL ve cevap bağlamını kaydedin.

Burada görünürlüğü izlenen işletme sizin inşaat şirketinizdir; TankDev bu altyapıyı geliştiren yazılım sağlayıcısıdır. TankDev’in kendi sitesindeki SEO/GEO vakası teknik yaklaşımı gösterir, bir inşaat müşterisinde elde edilmiş sonuç değildir. Temel mekanizmalar için Google görünürlük rehberine başvurabilirsiniz.

11. Performans ve mobil deneyim: render’dan talebe geçiş

Büyük render galerileri ve otomatik başlayan videolar, proje bilgisinden önce ağ ve işlemci bütçesini tüketebilir. İlk görsele uygun boyut ayırın; diğer görselleri ihtiyaçla yükleyin. Kat planı büyütme, filtre kullanımı ve form hata mesajlarını telefonda deneyin. Güzel bir masaüstü animasyonu, satış ofisine ulaşamayan mobil ziyaretçinin sorununu çözmez.

Core Web Vitals için iyi deneyim eşikleri LCP ≤ 2,5 saniye, INP ≤ 200 ms ve CLS ≤ 0,1’dir; 75. yüzdelikte değerlendirilir. Laboratuvar testi ile gerçek kullanıcı ölçümünü ayırın. Bir performans puanından konut satışı veya teklif kazanma artışı çıkarılamaz. Sitenin okunabilirliği kadar talebin kalıcı kabulü ve satış ekibine teslimi de izlenmelidir.

12. Hazır tema mı, özel geliştirme mi?

Hazır tema otomatik olarak kötü, özel kod otomatik olarak hızlı veya güvenli değildir. Önce sahiplik ve bakım sorumluluğunu, kullanılacak sağlayıcı hesaplarını, veri ihracını ve kabul senaryolarını karşılaştırın. Sadece proje vitrinine ihtiyaç duyan işletmeye satış ERP’si yapmak gereksiz olabilir; günlük ünite durumu ve temsilci takibi olan işletmeye yalnız tema değiştirmek de eksik kalabilir. Genel çerçeveyi web uygulaması rehberinde bulabilirsiniz.

13. Essential ve Advanced inşaat firmanıza ne sağlar?

8 Kasım 2026’da kontrol edilen web paketleri sayfasında Essential 50.000 TL, Advanced 150.000 TL başlangıç bedelidir. TankDev inşaat firmaları için bu web altyapısını geliştirir; proje/sayfa adedi, dil, içerik hazırlığı ve özel modüller teklif üzerinde netleşir.

Essential, açık ve yönetilebilir bir şirket/proje sunumuna ihtiyaç duyan firma için başlangıç olabilir. Advanced; şirket kimliği, dış profil tutarlılığı ve AI yanıtlarındaki görünürlük gözlemlerini ayrıca ele alır. Advanced’i satış otomasyonu veya belirli sayıda müşteri garantisi gibi yorumlamayın. Teknik karar için mevcut CRM/ERP’nizi ve proje yayın sürecinizi birlikte değerlendirmek gerekir.

14. Talep kalitesi ve yatırımın karşılığı nasıl ölçülür?

Tamamen varsayımsal aylık huni; performans sonucu değildir:
6.000 ilgili oturum -> 180 kalıcı talep -> 60 nitelikli talep
Kanal harcaması varsayımı: 60.000 TL
Kalıcı talep başına kanal maliyeti: 60.000 / 180 = 333,33 TL
Nitelikli talep başına kanal maliyeti: 60.000 / 60 = 1.000 TL
Bu hesap site geliştirme ve işletim giderini içermez.
Satış sonucu: aynı talep kohortu olgunlaştığında ayrıca değerlendirilir.

Bir form gönderimi, görüşme veya satış değildir. Konut bilgi talebi ile taahhüt teklif talebini aynı sepete koymayın; proje, kaynak, ülke/dil ve niyete göre ayırın. Aynı başvuruyu tarayıcı, sunucu ve CRM olaylarından üç dönüşüm gibi saymayın. Uzun satış döngüsünde bu ayın kampanyasını bu ay kapanan eski satışlarla eşitlemek yanıltıcıdır.

Karar seti; ilgili proje ziyaretleri, nitelikli talep oranı, ilk temas süresi, CRM teslim hataları, görüşmeye geçiş ve olgunlaşan talebin sonucu olmalı. Fiyat, stok, konum ve piyasa şartları web tasarımından bağımsız etkiler taşır. “Yeni site satışları yüzde X artırır” iddiası yerine izlenebilir bir başlangıç ölçümü ve değişiklik kaydı oluşturun.

15. Teklif ve teslim için kabul kontrolü

• İçerik: proje rolü, net/brüt tanımı, plan revizyonu, render/fotoğraf ayrımı ve iki dilde karşılıklar doğrulandı mı?
• Veri: eski olay yeni ünite durumunu ezebiliyor mu; kaynak erişilemediğinde eski uygunluk iddiası gizleniyor mu?
• Talep: çift gönderim, CRM zaman aşımı, yanlış proje/ünite ve iş başvurusunun satışa düşmesi sınandı mı?
• Güvenlik: özel belgeler, satış notları ve başka müşterinin başvurusu yetkisiz kişiye kapalı mı?
• Yayın: mobil plan/form akışı, canonical/hreflang, kaynak kod, hesap sahipliği, yedekleme ve destek sorumlusu teslimde açık mı?

TankDev ile görüşmeden önce şirketin iş modelini, yayınlanacak proje sayısını, örnek plan/görseli, mevcut CRM/ERP’yi ve iki gerçek talep senaryosunu hazırlayın. Essential ve Advanced özelliklerini karşılaştırın veya inşaat firmanızın ihtiyacını paylaşın. Amaç en çok modülü eklemek değil, doğru bilgiyle başlayan talebi takip edilebilir bir iş sonucuna bağlamaktır.

Kaynaklar ve örneklerin sınırı

Kaynaklar ve paket kapsamı 8 Kasım 2026’da kontrol edildi. Kodlar tasarım örneğidir; çalışan bir CRM/BIM bağlantısı veya yapılmış yük testi olarak sunulmaz. Şirket/proje adları, huni ve maliyet değerleri kurgusaldır. SSS’deki özne inşaat firmanızdır; TankDev geliştirme hizmetini sunar.

• Google: Organization structured data
• Schema.org: GeneralContractor
• Schema.org: ApartmentComplex
• Schema.org: Apartment
• Google: structured-data policies
• Google: canonical URLs
• Google: localized versions
• Google: faceted navigation
• Google: image SEO
• Google: Web Vitals
• Google: AI features
• Google: spam policies
• buildingSMART: IFC introduction
• AWS: transactional outbox
• GEO research