SEO y dominios

CRM → SEO agrupa la presencia web de la organización. La sección operativa es Dominios.

Dominios en lote

El botón Dominios en lote (arriba, junto a Nuevo Dominio) abre una tabla con un renglón por dominio (las filas duplicadas —landing, micrositio— se tratan juntas) para cargar la identidad de todas las marcas de una vez y provisionar el correo en serie:

1. Seleccioná dominios (hay atajos: sin identidad, no listos, todos).
2. Proponer identidad: el sistema sugiere la organización dueña por coincidencia de nombre (o la org por defecto que elijas), la presentación según el rubro del dominio, el nombre comercial y los colores leídos del propio sitio, y las casillas comercial@ (principal) + info@, propuestas@ (alias). Es una propuesta: corregí en la tabla lo que haga falta.
3. Guardar identidades: queda en todas las filas del dominio.
4. Provisionar correo: por cada dominio, de a cinco, corre verificar → casilla y DKIM en Mailu → identidad en SES → publicar lo pendiente en GoDaddy → conectar a la Bandeja → verificar. Cada paso es idempotente: repetir el lote más tarde (cuando DKIM/SES propagaron) no rompe nada.

Los dominios con el DNS fuera de GoDaddy (Cloudflare, Google, nic.ar) quedan con los registros a publicar a mano, en el modal Identidad y correo del dominio.

Correo en otro proveedor. Si el MX publicado de un dominio no es el de Mailu (por ejemplo Google Workspace), el sistema lo marca y no toca MX ni SPF; ese dominio tampoco queda como remitente de propuestas, porque las respuestas irían a una casilla que no existe en ese proveedor. Tampoco se crea en Mailu ni se conecta a la Bandeja: un dominio dado de alta en Mailu pasa a ser local para Mailu, y lo que Kanoa le mande a esas direcciones no llegaría nunca al proveedor real. Para pasarlo a Mailu, primero se muda el MX.

Vencimientos. Actualizar vencimientos consulta por RDAP (sin credenciales, directo al registro de cada TLD) la fecha de vencimiento, la de registro, el registrador y los NS de los dominios seleccionados (o de todos) y los guarda en el catálogo; la columna Vence los muestra en ámbar a ≤ 60 días y en rojo si ya vencieron. Un cron mensual hace lo mismo y avisa por Telegram los que vencen dentro de 60 días.

Migrar el DNS a Cloudflare. Con la cuenta de Cloudflare configurada en Kanoa aparecen dos botones, que se usan en este orden:

1. Copiar DNS a Cloudflare: crea la zona en Cloudflare (si falta), copia todos los registros de la zona de GoDaddy y verifica cada uno preguntándole a los nameservers que asignó Cloudflare. No cambia nada de lo que hoy resuelve el dominio; se puede repetir.
2. Delegar en Cloudflare: repite la copia y, sólo si verificó completa y el dominio no tiene DNSSEC, cambia los nameservers en GoDaddy por los de Cloudflare. En un .ar muestra los nameservers para cargarlos en NIC Argentina (Trámites a Distancia).

Los registros se crean como DNS only (sin el proxy de Cloudflare), para que el sitio y el correo funcionen igual que antes. Transferir el registro del dominio a Cloudflare (pagando un año) se hace después, desde el panel de Cloudflare, y exige que el DNS ya esté activo ahí. Un dominio con DNSSEC activo no se delega: primero hay que desactivarlo en el registrador y esperar a que el registro retire la firma, o el dominio deja de resolver.

ℹ️ La antigua sección "Sitios" ya no existe: si entrás por la ruta vieja, te redirige a SEO → Dominios.

Dominios

El catálogo de los dominios de tus sitios web. Para cada dominio se registra:

• Estado (activo/…) y tipo, SSL activo, fechas de registro y vencimiento, registrador y notas.
• Verificaciones: si el formulario de contacto del sitio y el canal de Telegram fueron probados, con su fecha.

Operaciones: alta con el botón Nuevo dominio, edición y baja por fila, búsqueda, filtros por estado/tipo/verificación y orden por nombre, vencimiento o fecha de alta.

Por qué importa: los dominios rutean los leads

El formulario público de captación usa este catálogo para decidir a qué organización pertenece cada consulta: cuando llega un lead, el sistema busca el dominio del sitio acá y lo asigna a la organización dueña.

⚠️ Un dominio no cargado (o inactivo) = leads que van a la bandeja global de administradores, invisibles para el equipo. Cada vez que publiques una landing nueva, cargá su dominio acá primero. Detalle completo en el artículo "Captación de leads".

💡 Tip: ordená por Vencimiento de vez en cuando — un dominio vencido es un sitio caído y leads perdidos.

Identidad comercial y correo del dominio (desde 10/2026)

Cada dominio es una marca: el ícono de sobre en la fila abre su ficha.

• Identidad: la organización dueña (emisora por defecto al cotizar una consulta que entró por ese sitio), cómo nos presentamos (estudio contable, consultora informática, producto/software), nombre comercial, razón social que firma, colores, firmante, teléfono, dirección, pie y logo. La propuesta en PDF, la página pública y el borrador de la IA usan esta identidad.
• Casillas estratégicas: comercial@, contacto@, gerencia@… Una es la casilla principal (usuario IMAP real, la lee la Bandeja); el resto son alias hacia ella.
• Correo: estado de Mailu (dominio y DKIM), DNS público (MX, SPF, DKIM, DMARC), SES y Bandeja. Acciones: Verificar (consulta Mailu y el DNS y muestra los registros a publicar), Provisionar en Mailu (crea el dominio si falta, genera DKIM, crea la casilla principal con contraseña generada y cifrada, y los alias), Publicar DNS en GoDaddy (si el DNS está en GoDaddy; en nic.ar se cargan a mano con «copiar»), Conectar a la Bandeja y la casilla «Identidad verificada en SES» (manual: el relay de Mailu es SES). Recién con todo en verde el dominio queda listo para enviar y las propuestas salen desde comercial@<dominio>.
• Requisitos del entorno de Kanoa: MAILU_API_URL + MAILU_API_TOKEN (API de Mailu) y GODADDY_PAT (API v3 de GoDaddy). Sin ellos, las acciones avisan y sólo se verifica el DNS.