Elegir el estándar adecuado para losetas geoespaciales afecta la velocidad, la compatibilidad y la facilidad con la que tu web GIS escala. A continuación se presenta un desglose práctico de OGC API – Tiles, WMTS y XYZ para que puedas decidir qué enviar hoy—y cómo migrar con menos riesgo.

Definiciones rápidas

• OGC API – Tiles — Bloques de construcción modernos y RESTful para servir losetas de características vectoriales, coberturas y mapas con descubrimiento OpenAPI. Tiene como objetivo reemplazar de manera gradual las interfaces de losetas más antiguas. 

• WMTS — Estándar OGC para servir losetas de mapa pre-renderizadas (o en caché) utilizando matrices de losetas declaradas; ampliamente soportado en GIS empresarial. 

• XYZ — Esquema de URL de mapeo web de facto {z}/{x}/{y} utilizado por Leaflet/MapLibre; simple y rápido de consumir, no es un estándar OGC formal.

Diferencias que importan

Descubrimiento y metadatos

• OGC API – Tiles publicita colecciones, conjuntos de losetas y capacidades a través de REST + JSON y documentos OpenAPI, facilitando la generación de clientes.

• WMTS utiliza documentos de Capacidades (XML) para declarar capas y matrices de losetas; probado pero más pesado.

• XYZ no tiene descubrimiento formal—los clientes necesitan la plantilla de URL.

Dirección y almacenamiento en caché

• XYZ: la dirección más sencilla {z}/{x}/{y}; amigable con CDN.

• WMTS: dirección de losetas vinculada a un conjunto de Matrices de Losetas declaradas; fuerte predictibilidad para almacenamiento en caché.

• OGC API – Tiles: semánticas HTTP modernas con conjuntos de losetas y rangos explícitos; diseñado para almacenamiento en caché escalable.

Tipos de datos y formatos

• WMTS sirve comúnmente losetas raster (PNG/JPEG).

• OGC API – Tiles soporta explícitamente múltiples tipos de recursos geoespaciales, incluyendo losetas vectoriales y coberturas.

• XYZ puede servir cualquier cosa que devuelva tu servidor, pero convencionalmente raster (o vector a través de bibliotecas específicas).

Autenticación y ajuste empresarial

• OGC API – Tiles se alinea con los patrones modernos de seguridad de API (tokens, ámbitos) y la gobernanza de OpenAPI. 

• WMTS sigue siendo la opción más segura cuando es exigida por pilas de GIS empresariales y soporte de proveedores.

Cómo deberían elegir los equipos geoespaciales (tabla de decisiones)

Relacionado: consulta nuestra guía sobre añadir fuentes de datos externas a tu proyecto (WMS/WFS/TMS) para integraciones rápidas.

Consejos de migración

1. Mantén WMTS para consumidores legados; expón OGC API – Tiles en paralelo a medida que modernizas.

2. Comienza con un XYZ endpoint para mapas base públicos; coloca las losetas empresariales detrás de OGC/WMTS según sea necesario. 

3. Documenta tus conjuntos de matrices de losetas y proyecciones para evitar sorpresas de reproyección durante la transición. 

Preguntas frecuentes

¿Reemplaza OGC API – Tiles a WMTS hoy?
No de inmediato; es el camino moderno, y muchos proveedores ahora añaden soporte junto a WMTS. 

¿Es XYZ un estándar?
No—es una convención ampliamente utilizada soportada por bibliotecas de mapeo web.

¿Puede WMTS servir losetas vectoriales?
Principalmente raster; la entrega de vector generalmente utiliza otros mecanismos, mientras que OGC API – Tiles cubre casos de uso de losetas vectoriales. 

¿Qué proyección debería usar?
La mayoría de las implementaciones de XYZ/WMTS utilizan Web Mercator (EPSG:3857); confírmalo en tus Capacidades/metadatos.

Conclusiones clave

• Usa XYZ para mapas públicos simples, WMTS para pilas empresariales establecidas, y OGC API – Tiles para APIs preparadas para el futuro.

• Planifica una migración escalonada con publicación dual donde sea posible.

• Documenta matrices de losetas y publica metadatos de manera clara.

Reserva una demostración: ¿Deseas ayuda para elegir e implementar la interfaz de losetas adecuada? Reserva una demostración y revisaremos tu pila.