A IA Espacial para empresas com várias filiais conecta registros canônicos de filiais, estoque ou disponibilidade, horário de funcionamento, área de atendimento e contexto de deslocamento, permitindo que um produto recomende uma filial adequada em vez da localização mais próxima. O modelo de linguagem interpreta intenções complexas, como a de um item em estoque a caminho de casa. Os sistemas de localização, estoque e roteamento permanecem como fontes confiáveis para identidade, estoque, horário de funcionamento e deslocamento. A IA Espacial, então, classifica as filiais restantes e explica o resultado no mapa.
As seções abaixo separam a identidade da organização dos registros de filiais e, em seguida, abordam elegibilidade, classificação de viagens, mapeamento Kaleidr, mensuração e um projeto piloto restrito. Leituras relacionadas incluem AI Store Locator With Map Chat, Store-Aware Shopping AI e Location Intelligence Customer Experience. Equipes que já estão vinculando conversas a um mapa de filiais existente podem pular para o mapeamento Kaleidr; equipes que ainda estão definindo o limite do catálogo devem começar com registros de localização canônicos.
Fundamentos de IA Espacial para Múltiplas Localizações
- Um ID por local: Cada filial, propriedade, clínica ou ponto de serviço precisa de um ID de localização estável.
- Os dados permanecem com os proprietários: Horário, estoque, capacidade e preço nunca são definidos pelo modelo.
- Recuperação por proximidade: A classificação por proximidade não é recomendada.
- Elegibilidade antes da classificação: Locais fechados, sem estoque, fora da área ou não autorizados são os primeiros a serem removidos do conjunto.
- Meça o local: Seleção, rotas, retirada e localização geográfica sem resultados superam o comprimento do chat isoladamente.
A IA Espacial para múltiplas filiais responde qual filial elegível atende à necessidade do cliente, e não apenas qual localização é a mais próxima.
Por que a IA Espacial para Empresas com Múltiplas Filiais é um Problema de Arquitetura Distinto?
Uma única loja geralmente pode exibir um marcador, um registro de horas e uma ação. Uma empresa com dezenas ou milhares de filiais tem uma tarefa diferente: o cliente já conhece a marca e está perguntando qual filial pode ajudá-lo naquele momento. Essa resposta depende da capacidade da filial, do status operacional em tempo real, do horário de funcionamento, da área de atendimento, da relação de deslocamento e das regras de negócio, e não apenas da exibição de marcadores.
A Kaleidr posiciona atualmente a plataforma em torno de jornadas do cliente que conectam dados comerciais, informações de localização e sistemas existentes, e descreve uma base de conhecimento comercial baseada em localização para respostas de IA (AI-Powered Map Experiences for Business). A página AI Map Chat for Customer Discovery descreve a integração de buscas e recomendações a mapas que a plataforma já opera, incluindo o varejo como um dos setores listados. Essas páginas são uma referência ao posicionamento da Kaleidr. No entanto, as mesmas páginas não comprovam que a Kaleidr opere um sistema nativo de controle de estoque, CRM, feed de horas ou diretório de franquias.
O artigo sobre localizador de lojas acima aborda a ferramenta voltada para o cliente: lista, mapa, filtros e chat em um diretório. O artigo sobre compras aborda o SKU e o atendimento de estoque em uma loja específica. Este guia apresenta a arquitetura corporativa em torno dessas jornadas: IDs canônicos, elegibilidade, classificação e análises centradas em localização em toda a rede. Mantenha os três problemas distintos no produto, mesmo quando um mapa mostrar as mesmas filiais.
Qual registro de localização canônico cada filial deve manter?
Uma marca pode ser uma única organização. Suas filiais não constituem um único registro. Cada filial pode diferir em coordenadas, endereço, horário de funcionamento, serviços, estoque, equipe, acessibilidade, área de atendimento, status operacional e próximos passos da empresa. Os sistemas de listagem pública já consideram essa divisão como operacional: o Google atualmente orienta as empresas a não criarem mais de uma página de perfil para cada local, a manterem nomes e categorias consistentes entre os locais e a distinguirem lojas físicas de empresas que atuam em áreas de atendimento (Guidelines for representing your business on Google, 2026). Para redes grandes o suficiente para gerenciar perfis em massa, o Google atualmente documenta fluxos de trabalho para adicionar, verificar e gerenciar em massa para empresas com 10 ou mais locais (Bulk location management overview, 2026). Essas páginas de ajuda descrevem o contrato de listagem pública do Google. As mesmas páginas não são um esquema de localização do Kaleidr.
O Schema.org define atualmente LocalBusiness como um estabelecimento comercial físico específico ou filial de uma organização (LocalBusiness, 2026). branchCode é um código curto que identifica exclusivamente um local de negócios; as organizações matrizes geralmente atribuem esse código (branchCode, 2026). parentOrganization nomeia a organização maior à qual uma filial pertence (parentOrganization, 2026). O Google Search Central orienta os editores a definirem cada local de negócios como um tipo LocalBusiness, a usarem o subtipo mais específico possível e a fornecerem name e address como propriedades obrigatórias (Google Search Central, 2026). Esses tipos ilustram a identidade como dados estruturados, e estão atualizados na versão 30.0 do Schema.org (Schema.org Releases, 2026). O mesmo vocabulário não é um esquema de catálogo do Kaleidr, e os dados estruturados para pesquisa pública não substituem a elegibilidade de primeira parte para retirada, reserva ou acesso específico da conta.
A identidade de localização estável é o que mantém mapas, IA, operações e análises se referindo à mesma filial nos fluxos de trabalho de IA Espacial.
A lista exata de campos é específica para cada produto. O contrato de suporte é um locationId estável que abrange website, mapa, IA Espacial, estoque, análises, CRM, reservas e suporte, com um ID da organização matriz ao lado, em vez de um substituto. Não use o endereço como identidade. Não agrupe todas as filiais em um único marcador de marca, pois o logotipo é compartilhado. Dados da organização, como nome da marca e marcas de pagamento, podem ser herdados. Dados de localização, como coordenadas, horário de funcionamento e telefone local, devem permanecer na filial. Uma terceira camada, estado operacional, contém estoque, capacidade e fechamentos temporários com um updatedAt explícito, pois o estoque de ontem não é um recurso de classificação.
Por que a filial mais próxima geralmente não é suficiente?
Um mapa de localização próxima mostra quais agências estão localizadas ao redor de um ponto. Um produto com várias agências mostra qual agência pode atender à solicitação do cliente no tempo restante. Essa distinção é importante porque a agência mais próxima pode estar fechada, sem estoque, fora da área de cobertura, não oferecer o serviço necessário ou ser inadequada para uma parada já planejada no trajeto. Uma agência mais distante pode ser a única aberta, autorizada e acessível antes do próximo compromisso.
A proximidade é um recurso de recuperação. A recomendação começa depois que os locais candidatos existem: o produto precisa decidir se o cliente consegue chegar à filial, concluir a tarefa e ainda fazer a próxima parada. O artigo sobre experiência do cliente acima aborda o mesmo formato Descobrir → Comparar → Agir. Descobrir recupera os locais elegíveis. Comparar permite verificar horários, estoque e deslocamento. Agir envolve rotas, retirada, reserva ou transferência de agendamento. Classificar um marcador fechado ou vazio por estar algumas centenas de metros mais perto inverte essa ordem.
Filtre primeiro os locais inutilizáveis; em seguida, a IA Espacial classifica as filiais que podem realmente atender à solicitação.
Como os critérios de elegibilidade devem filtrar as localizações antes da classificação?
Restrições rígidas são binárias e pertencem aos responsáveis pela localização, estoque e rotas antes da classificação. Lojas fechadas, com horário de funcionamento desconhecido quando o produto requer horário de funcionamento definido, sem estoque da variante solicitada, fora da área de cobertura, sem um serviço necessário ou sem autorização devem remover a candidata. Preferências flexíveis, como bairro, nível de fidelidade ou distância de deslocamento ligeiramente menor, classificam o conjunto restante de lojas válidas. Uma loja principal fechada não deve ser premiada apenas por ser mais famosa.
O modelo de linguagem pode transformar uma solicitação como "encontre este item em estoque em um local no meu caminho para casa" em campos inspecionáveis: origem, destino, item, requisito de disponibilidade, modo de retirada ou visita e limite de deslocamento. Esses campos são consultas aos sistemas que já possuem os dados, não valores inventados. A estrutura em qualquer exemplo é ilustrativa. O importante é que a linguagem vaga se torna um estado que o cliente pode corrigir sem reiniciar a conversa.
A comparação a seguir é ilustrativa e não representa um resultado medido do Kaleidr ou de um varejista. Use-a apenas para mostrar por que as opções precisam das mesmas colunas. Produtos reais devem preencher essas colunas com base no horário atual, estoque e respostas de roteamento. A solicitação é para um item específico em estoque, retirada hoje e um limite de deslocamento de 20 minutos do trabalho.
| Candidato | Aberto agora | Estoque | Deslocamento do trabalho | Retirada |
|---|---|---|---|---|
| Filial A | Não | Em estoque | 6 min | Não |
| Filial B | Sim | Sem estoque | 9 min | Sim |
| Filial C | Sim | Em estoque | 12 min | Sim |
| Filial D | Sim | Em estoque | 24 min | Sim |
A Filial A é a mais próxima, mas ainda não está disponível porque está fechada. A Filial B está aberta e próxima, porém não pode fornecer o item. A filial C é um pouco mais distante, tem estoque disponível, está aberta e dentro do orçamento de viagem, portanto, é a recomendada. A filial D continua elegível, porém mais lenta. A elegibilidade é um filtro. A classificação é uma ordem entre as filiais restantes. A explicação é uma justificativa fundamentada para a existência da lista de opções.
Como o tempo de viagem e o contexto da rota devem classificar as filiais?
Uma recomendação só é útil quando o cliente consegue chegar à filial e ainda concluir a tarefa. A proximidade em linha reta não é um critério válido. Duas lojas podem estar a distâncias semelhantes do trabalho, enquanto uma fica a doze minutos de carro no trajeto diário e a outra a vinte e quatro minutos de desvio pela cidade. A classificação deve avaliar a distância da origem até a filial, o tempo de funcionamento restante e, quando o cliente indicar uma próxima parada, a filial até esse destino como um único critério de viabilidade.
A descoberta ao longo da rota e a descoberta com múltiplas âncoras são a mesma tarefa com origens diferentes. A loja que fica no caminho para casa precisa da rota, não apenas de um raio em torno do trabalho. A clínica que posso visitar entre o escritório e o local de retirada precisa de ambas as âncoras. Não peça ao modelo de linguagem para inventar esses minutos depois que o cliente já tiver nomeado a restrição. Place Ranking API cobre a classificação das filiais elegíveis restantes após a elegibilidade, inclusive quando a próxima parada já está na viagem.
Empresas com área de atendimento precisam de um teste de associação, não de uma classificação por loja física mais próxima. As mesmas diretrizes do Google Business Profile distinguem empresas que os clientes visitam de empresas que se deslocam até os clientes e permitem um perfil por local com equipe quando as áreas de atendimento e a equipe são separadas. A IA espacial própria ainda precisa verificar se a origem ou o destino do cliente está dentro de um polígono de cobertura autorizado e se a equipe pode chegar dentro do prazo prometido. Um marcador na cidade vizinha pode estar geograficamente próximo e ainda assim fora da área de atendimento.
Como o Kaleidr se integra a uma arquitetura com várias localizações?
Uma implementação do Kaleidr pode anexar uma camada espacial conversacional a um mapa e a uma pilha de localização que o host já opera. O Kaleidr atualmente documenta o Chat como um produto que se sobrepõe a um mapa que o host já renderiza, plota locais resolvidos e enquadra a câmera à medida que a conversa resolve as localizações, com detecção automática para Mapbox, MapLibre, Google Maps e Leaflet (Chat attach). O contrato de anexação confirma que a conversação com reconhecimento de mapa existe na interface pública atual para desenvolvedores. A mesma documentação não promete um catálogo de inventário nativo, um mecanismo de reservas ou um feed de horários.
Esses sistemas devem permanecer como dependências explícitas de implantação. O Kaleidr pode fornecer a camada espacial conversacional e a coordenação com reconhecimento de mapas, enquanto a implantação utiliza as fontes de localização, estoque e roteamento autorizadas apropriadas. Não dê a entender que o próprio Kaleidr é o operador da loja ou o livro-razão de estoque, a menos que uma integração específica seja documentada para a implantação. How to Add AI Chat to Mapbox, Google Maps, and MapLibre aborda as etapas de conexão específicas do renderizador. A página Location Intelligence APIs and Map SDK descreve atualmente os SDKs, a classificação e as análises para produtos espaciais. Considere a documentação atual do desenvolvedor como o contrato de integração; as páginas de marketing descrevem o caso de uso, não a lista de feeds de estoque.
Uma chave publicável destina-se ao uso do SDK do navegador; as credenciais do servidor pertencem à camada de aplicação. A Kaleidr atualmente documenta essa separação e afirma que uma chave publicável apresentada como portadora é rejeitada (Auth & scopes). Inventário privado, elegibilidade específica da conta, locais não publicados e registros de clientes pertencem à camada de aplicação. Private Location Data for AI Map Workflows abrange a autorização para movimentação e dados comerciais que o host não expõe publicamente. A localização do dispositivo é uma permissão separada e não deve ser exigida quando o trabalho, a casa, um compromisso agendado ou um ponto de mapa selecionado já indicam uma origem melhor.
O estado do mapa compartilhado mantém a conversa, os cartões e a filial em um único ID de localização canônico. Selecionar uma filial deve destacar o local, mostrar a relação de viagem e preservar as restrições. Perguntar qual é a filial mais próxima deve manter o mesmo item, horário de funcionamento e regras de retirada. Perguntar sobre locais que aceitam devoluções deve recalcular a elegibilidade em vez de criar uma nova rede. Uma segunda lista invisível, exclusiva para assistentes, quebra esse contrato.
Como as operações devem medir a busca e a cobertura de locais?
O deslocamento do mapa e a abertura do chat são indicadores de diagnóstico. As métricas de resultado incluem inícios de consulta, resultados elegíveis retornados, seleção de localização, rotas abertas, retirada ou reserva e transferência da reserva. As métricas de qualidade incluem taxa de não resultados, taxa de horários desatualizados, taxa de estoque desconhecido e falha no cálculo de deslocamento. As métricas de negócios dependem do host: retirada concluída, visita agendada, redução de viagens com destino incorreto ou menos chamadas de suporte que começam com a pergunta sobre qual loja possui o produto. Mantenha uma justificativa estruturada para a ausência de resultados, como fechado no momento, sem estoque, fora da área, muito longe, horário desconhecido ou não autorizado, em vez de uma simples indicação de falha.
A geografia de busca deve permanecer separada da geografia do dispositivo. Um cliente em uma cidade pode pesquisar filiais em outra. Atribua a demanda ao local pesquisado, e não à localização do dispositivo, por padrão. Map Engagement and Location Analytics atualmente documenta o engajamento com mapas e locais, a comparação de locais, os padrões espaciais e a atividade que as equipes de produto, estoque e crescimento podem utilizar. Os sistemas principais ainda são responsáveis pelo estoque e pelas reservas. Uma empresa com várias filiais pode usar esse modelo para perguntar quais CEPs geram buscas por produtos em estoque sem nenhuma filial elegível, quais faixas de tempo de deslocamento perdem o cliente e quais mercados apresentam demanda sem cobertura. Essas perguntas são geográficas, e não baseadas em visualizações de página. Spatial Analytics vs. Web Analytics explica por que as visualizações de página sozinhas não podem respondê-las.
A IA espacial multilocal torna-se mais valiosa quando a busca do cliente revela onde a cobertura de localização, o estoque e os dados da agência precisam ser aprimorados.
Os nomes de eventos sugeridos neste artigo são recomendações editoriais e não nomes de eventos automáticos documentados do Kaleidr Analytics. Registre a intenção, o resultado da elegibilidade, o ID da localização selecionada e a ação do host subsequente. Não considere a duração do chat como uma métrica de sucesso para buscas em várias localizações. O desempenho da localização também precisa de contexto: uma agência tranquila em uma região de baixa demanda não representa o mesmo problema que uma agência tranquila em uma região de alta demanda que atualmente não retorna resultados elegíveis.
Como um projeto piloto multilocal deve ser iniciado?
Comece com uma tarefa de alto valor, como recomendar um local de retirada com estoque disponível no trajeto do trabalho para casa, em uma determinada região metropolitana. Mantenha o diretório de locais, horários e estoque nos sistemas que já os possuem. Integre a interação com o mapa conversacional ao mapa existente. Limite os candidatos a filiais autorizadas, exija que o item solicitado esteja aberto e em estoque, calcule o tempo de deslocamento a partir da origem indicada e mensure a seleção, além da ação subsequente do usuário. Expanda as categorias, cidades e franquias somente quando essa primeira etapa funcionar.
A descoberta conversacional não substitui a qualidade do catálogo, a atualização dos estoques ou a disciplina de atendimento. Os tempos de deslocamento continuam sendo estimativas. As informações de estoque são tão boas quanto a fonte de inventário que as fornece. Anexar um assistente a um mapa existente geralmente é mais barato do que substituir o renderizador, mas o host ainda precisa ter autorização, contratos com fornecedores e a próxima ação comercial. Implemente por mercado, em vez de para todos os locais da marca de uma só vez, e trate os dados ausentes como desconhecidos, em vez de como uma falha.
Explore Kaleidr Spatial AI para adicionar pesquisa de localização conversacional a um mapa existente. Explore Kaleidr Enterprise para anexar SDKs e classificação à sua infraestrutura atual. Explore Kaleidr Analytics para medir o engajamento com o local e a demanda geográfica em torno dessa jornada. Confirme as páginas públicas atuais antes de considerar qualquer exemplo neste artigo como um compromisso funcional de produção.
Perguntas frequentes
O que é IA Espacial para empresas com várias filiais?
A IA Espacial para empresas com várias filiais combina a intenção do cliente, registros canônicos de filiais, horário de funcionamento, estoque ou disponibilidade, área de atendimento, tempo de deslocamento e regras de negócio para que um produto possa recomendar uma filial que realmente possa atender à solicitação. A IA Espacial interpreta e explica a solicitação; os sistemas de localização e comércio permanecem como fontes confiáveis de informações.
Qual a diferença entre isso e um localizador de lojas?
Um localizador de lojas ajuda o cliente a encontrar e consultar filiais em um diretório. A IA Espacial para múltiplas filiais adiciona critérios de elegibilidade e classificação em relação ao estado operacional, permitindo que o produto indique qual filial pode ajudar no momento, e não apenas onde os marcadores estão localizados.
Cada filial de uma empresa deve ter um ID exclusivo?
Sim. As diretrizes de listagem pública e o Schema.org tratam uma filial como um local independente. Buscas, mapas, IA e análises de terceiros precisam do mesmo ID estável para que não migrem para registros diferentes.
O estoque deve residir no registro de localização?
Mantenha a identidade e a geografia no registro de localização. Armazene o estoque, a capacidade e os fechamentos temporários em uma camada operacional indexada pelo mesmo ID de localização, com um registro de data e hora de atualização explícito.
Por que filtrar antes de classificar?
Classificar uma localização que o cliente não pode usar desperdiça a lista de opções. Filiais fechadas, sem estoque, fora da área de cobertura e não autorizadas devem ser removidas do conjunto antes da execução do cálculo do tempo de deslocamento ou das pontuações de preferência.
A filial mais próxima é sempre a melhor?
Não. A filial mais próxima pode estar fechada, vazia ou fora da rota. Classifique as filiais elegíveis restantes por meio de deslocamento e contexto comercial.
O Kaleidr funciona com um localizador de lojas ou mapa de filiais existente?
Sim. A documentação pública atual sobre integração com o Chat descreve a criação de conversas sobre um mapa já renderizado pelo host, incluindo Mapbox, MapLibre, Google Maps e Leaflet. O host ainda detém o catálogo de locais e a próxima ação comercial.
O Kaleidr substitui nosso sistema de estoque, reservas ou CRM?
Não. As páginas públicas atuais do Kaleidr descrevem a descoberta de mapas conversacionais, SDKs, classificação e análises. Estoque, preço, reservas e CRM permanecem nos sistemas do host ou fornecedor, a menos que uma integração específica seja documentada.
Como empresas com várias filiais devem mensurar a IA Espacial?
Seleção de localização, rotas, retirada e transferência do host, além de motivos para ausência de resultados e geografia da demanda versus cobertura. O volume de chats por si só é uma métrica de sucesso fraca.
Referências
- Kaleidr. AI-Powered Map Experiences for Business. Accessed 11 September 2026. https://kaleidr.com/
- Kaleidr. AI Map Chat for Customer Discovery. Accessed 11 September 2026. https://kaleidr.com/ai
- Kaleidr. Map Engagement and Location Analytics. Accessed 11 September 2026. https://kaleidr.com/analytics
- Kaleidr. Location Intelligence APIs and Map SDK. Accessed 11 September 2026. https://kaleidr.com/enterprise
- Kaleidr. Chat attach. Developer documentation. Accessed 11 September 2026. https://docs.kaleidr.com/sdk/chat-attach
- Kaleidr. Auth & scopes. Developer documentation. Accessed 11 September 2026. https://docs.kaleidr.com/platform-api/auth-and-scopes
- Google Business Profile Help. Guidelines for representing your business on Google. Accessed 11 September 2026. https://support.google.com/business/answer/3038177
- Google Business Profile Help. Bulk location management overview. Accessed 11 September 2026. https://support.google.com/business/answer/3217744?hl=en
- Schema.org. LocalBusiness. Version 30.0. Accessed 11 September 2026. https://schema.org/LocalBusiness
- Schema.org. branchCode. Version 30.0. Accessed 11 September 2026. https://schema.org/branchCode
- Schema.org. parentOrganization. Version 30.0. Accessed 11 September 2026. https://schema.org/parentOrganization
- Google Search Central. Local business (LocalBusiness) structured data. Last updated 8 September 2026. Accessed 11 September 2026. https://developers.google.com/search/docs/appearance/structured-data/local-business
- Schema.org. Releases. Version 30.0, 19 March 2026. Accessed 11 September 2026. https://schema.org/docs/releases.html
@misc{kaleidr_home_multiloc_2026_09_11,
title = {AI-Powered Map Experiences for Business},
author = {{Kaleidr}},
note = {Accessed 11 September 2026},
url = {https://kaleidr.com/}
}
@misc{kaleidr_ai_multiloc_2026_09_11,
title = {AI Map Chat for Customer Discovery},
author = {{Kaleidr}},
note = {Accessed 11 September 2026},
url = {https://kaleidr.com/ai}
}
@misc{kaleidr_analytics_multiloc_2026_09_11,
title = {Map Engagement and Location Analytics},
author = {{Kaleidr}},
note = {Accessed 11 September 2026},
url = {https://kaleidr.com/analytics}
}
@misc{kaleidr_enterprise_multiloc_2026_09_11,
title = {Location Intelligence APIs and Map SDK},
author = {{Kaleidr}},
note = {Accessed 11 September 2026},
url = {https://kaleidr.com/enterprise}
}
@misc{kaleidr_chat_attach_multiloc_2026_09_11,
title = {Chat attach},
author = {{Kaleidr}},
note = {Developer documentation; accessed 11 September 2026},
url = {https://docs.kaleidr.com/sdk/chat-attach}
}
@misc{kaleidr_auth_scopes_multiloc_2026_09_11,
title = {Auth \& scopes},
author = {{Kaleidr}},
note = {Developer documentation; accessed 11 September 2026},
url = {https://docs.kaleidr.com/platform-api/auth-and-scopes}
}
@misc{gbp_representation_multiloc_2026_09_11,
title = {Guidelines for representing your business on Google},
author = {{Google Business Profile Help}},
note = {Accessed 11 September 2026},
url = {https://support.google.com/business/answer/3038177}
}
@misc{gbp_bulk_locations_multiloc_2026_09_11,
title = {Bulk location management overview},
author = {{Google Business Profile Help}},
note = {Accessed 11 September 2026},
url = {https://support.google.com/business/answer/3217744?hl=en}
}
@misc{schema_localbusiness_multiloc_2026_09_11,
title = {LocalBusiness},
author = {{Schema.org}},
note = {Version 30.0; accessed 11 September 2026},
url = {https://schema.org/LocalBusiness}
}
@misc{schema_branchcode_multiloc_2026_09_11,
title = {branchCode},
author = {{Schema.org}},
note = {Version 30.0; accessed 11 September 2026},
url = {https://schema.org/branchCode}
}
@misc{schema_parentorg_multiloc_2026_09_11,
title = {parentOrganization},
author = {{Schema.org}},
note = {Version 30.0; accessed 11 September 2026},
url = {https://schema.org/parentOrganization}
}
@misc{google_localbusiness_sd_multiloc_2026_09_11,
title = {Local business (LocalBusiness) structured data},
author = {{Google Search Central}},
note = {Last updated 8 September 2026; accessed 11 September 2026},
url = {https://developers.google.com/search/docs/appearance/structured-data/local-business}
}
@misc{schema_releases_multiloc_2026_09_11,
title = {Releases},
author = {{Schema.org}},
note = {Version 30.0, 19 March 2026; accessed 11 September 2026},
url = {https://schema.org/docs/releases.html}
}