address

Om address

Egenskaben 'address' repræsenterer den fysiske lokation for en organisation, person, sted eller begivenhed. Selvom den kan acceptere en simpel tekststreng for basale adresser, er den anbefalede tilgang at bruge et struktureret PostalAddress-objekt, der opdeler adressen i dens komponenter (vejadresse, by, region, postnummer, land). Strukturerede adresser gør det muligt for søgemaskiner bedre at forstå lokationsinformation og vise den korrekt i lokale søgeresultater, kort og rich snippets. Denne egenskab er essentiel for lokale virksomheder, event-lokationer og enhver entitet med en fysisk tilstedeværelse, som kunder eller brugere har brug for at finde. Nøjagtig adresseinformation er kritisk for at fremgå i lokale søgeresultater og kortapplikationer.

Expected Types

Brugt i Types

Eksempler

• →Vesterbrogade 10, 1620 København V, Danmark
• →Strøget 52, 1160 København K, Danmark
• →Nyhavn 17, 1051 København K, Danmark
• →H.C. Andersens Boulevard 2, 1553 København V, Danmark

Best Practices

• ✓Brug struktureret PostalAddress-type i stedet for ren tekst for bedre parsing
• ✓Inkluder alle tilgængelige adressekomponenter (vej, by, region, postnummer, land)
• ✓Brug officielle postformater, der er passende for landet
• ✓Skriv fulde region/provins-navne eller brug officielle forkortelser
• ✓Inkluder landenavnet for international klarhed
• ✓Sørg for at adresser matcher det, der fremgår på Google Maps eller andre korttjenester
• ✓For virksomheder med flere lokationer, opret separat schema-markering for hver
• ✓Kombiner adresse med geo-koordinater for maksimal lokal søgesynlighed

Almindelige Fejl

• ✗Brug af ufuldstændige adresser, der mangler nøglekomponenter som postnummer eller by
• ✗Formatering af adresser forkert for det land, de befinder sig i
• ✗Inkludering af ekstra information som virksomhedsnavne eller etage-numre i vejadresse
• ✗Brug af postboksadresser for virksomheder, der har fysiske lokationer
• ✗Inkonsekvent adresseformatering på tværs af forskellige sider eller schema-instanser