También empleado por algunos profesionales del marketing como Point Of Action o POA, este término se refiere a las palabras o gráficos (o ambos) utilizados en un correo para animar al receptor a realizar alguna acción concreta.

Ejemplos típicos son "Pulsa aquí para saber más", "Escríbenos", "Vistia nuestra web para descargar este artículo" o cualquier otra cosa que intente que el lector vaya a ti.

Todos los mensajes de marketing que escribas deberían llevar siempre al menos un Call To Action. Ten esto en mente cuando escribas tus textos.

Además de enviar a la gente a las páginas que estás interesado en que visiten, dado que los CTA son siempre enlaces, obtienes también mucha información interesante a través de las estadísticas de clicks de tu plataforma de e-mail marketing (por cierto ¿conoces ya  MAILCast? :-) )

En breve voy a publicar unos cuantos trucos relacionados con los mensajes de Call To Action. ¡Permanece atento!

Estoy seguro de que este post va a ser algo controvertido. De todos modos pienso que vale la pena escribirlo. Al menos,la esencia de un blog es tratar de ser todo lo transparente posible, así que allá vamos...

Una de las cosas que los preclientes le preguntan a menudo a nuestro equipo de ventas es: "¿Qué pasa si un mes no necesitamos enviar correo convuestro producto?,¿Nos lo vais a cobrar de todos modos?". La gente que lo pregunta suele estar pensando en el mes de Agosto o el que hayan escogido para hacer vacaciones, en el que seguramente no van a enviar nada.

En Krasis ofrecemos dos formas de adquirir nuestro servicio albergado de e-mail marketing: una cuota mensual o un modelo de pago por uso.

En el primer caso (cuota mensual) tú sabes más o menos cuántos correos va a enviar tu empresa cada mes, asñi que eliges un intervalo de correos (por ejemplo 5.000 correos al mes) y  pagas una cuota fija que te permite enviar tantos como el máximo especificado en ese intervalo. A mayores, si pagas por adelantado la cuota de un año (12 meses) obtienes unmes gratis (es decir, pagas 11, y no te tienes que preocupar por el mes de vacaciones). Se puede modificar el intervalo en cualquier momento o incluso de forma puntual para un mes o dos que haya necesidades extra. Sólo se paga la diferencia. Los correos que no se usen no se acumulan de un mes para el siguiente, así que se debe escoger el intervalo que realmente mejor se ajuste a vuestras necesidades.

En el modelo de pago por uso (disponible sólo para clientes con volúmenes superiores a 10.000 correos al mes), sólo pagas exclusivamente por la cantidad de correos enviados en el mes anterior. Así, si por ejemplo envías 38.137 correos, se te factura exactamente por esa cantidad. No obstante, como tu empresa no nos asegura ningún tipo de ingreso, el coste por cada coreo enviado es ligeramente mayor que en el modelo anterior, pero tienes total libertad para enviar el volumen que necesites cada mes. En este modelo si un mes no envías nada no se te cobra nada tampoco.

De este modo estas opciones encajan en las necesidades de casi cualquier cliente.

Pero hay una pregunta implícita en todo este modelo de precios. Se trata de una que muchos clientes quieren saber: ¿Por qué vuestros precios siempre están referidos a un mes?

Bueno, la respuestas es bastante obvia en su mayor parte, pero hay algunas sutilezas que creo que es importante resaltar.

Obviamente nuestros principales centros de costes se soportan de manera mensual: salarios, cuotas de espacio en el data center, ancho de banda, suministros, electricidad, y muchas otras cosas. Esto es común a la mayoría de las empresas de servicios y se debe reflejar de alguna manera en nuestros ingresos. Así que como digo es bastante obvio el motivo de que la todos los proveedores de software albergado del mercado definan sus precios de esta forma.

Las cuestiones no tan evidentes relacionadas con estas tarifas mensuales se refieren a los servicios secundarios que se prestan junto con el envío de correo, y que muchos clientes no tienen en cuenta cuando piensan "este mes no voy a enviar ningún e-mail".

El hacer un e-mailing no implica sólo el enviar correo masivo. Hay muchas otras relacionadas que son también muy importantes. Por ejemplo todas las estadísticas que se recojen. Aunque un mes no se envíe ni un solo correo, si has enviado muchos anteriormente, ese mes la infraestructura debe seguir activa y con buena salud para seguir recibiendo estadísticas de lectura y clics, servir RSS y sus estadísticas, servir imágenes y contenidos, y otros servicios relacionados. Además, por supuesto, aunque ese mes no se envíe correo uno puede estar preparando campañas para el futuro o tener dudas sobre e-mail marketing que nuestros servicios de soporte estarán contestando igualmente en ese periodo.

Así que en esos caso nosotros seguimos trabajando para los clientes aunque no nos estén pagando.

Este tipo de situación no se da en otros tipos de servicios aunque éstos sean esencialmente lo mismo.

Un buen ejemplo es la cuota mensual de la línea de teléfono fija. Aunque un mes no hagas ni una sola llamada todavía recibirás una factura de la empresa telefónica. De hecho es correcto ya que te estám prestando un servicio (la línea y la posibilidad de recibir y hacer llamadas) aunque tú luego no hagas uso de él. Así que la mayor parte de la gente considera justo que le cobren por ello. En los sevicios albergados como los de e-mail esto debería ser así también ¿no crees? :-)

Otro día comentaré la manera en la que el envío de un volumen grande de correo durante un periodo corto de tiempo influye en el modelo de costes de una solución albergada (incide de manera algo técnica). Pienso que cualquiera que use este tipo de servicios debería conocerlo bien.

Dean Hachamovitch, General Manager del equipo de desarrollo de IE ha anunciado que Internet Explorer 8 ya pasa el Acid2 Test en modo estándar . Esta es una gran noticia para todos los diseñadores y desarrolladores web, porque supone un completo soporte de las especificaciones de Html y CSS 2.0. Así que no queda otra que felicitar a todo el equipo de desarrollo. :-)

Prometen dar más detalles en el MIX08 y liberar una beta durante la primera mitad de 2008.

Acid2 es un test creado por el Web Standards Project para mostrar el nivel de cumplimiento de estándares web en los navegadores, que, en el caso de que los cumplan, mostrarán un smiley sonriente y un ‘Hello World'.

La verdad es que si realmente funciona tan bien, sería un gran paso hacia el Html estándar en e-mail que Microsoft reconsiderara la posibilidad de volver a usar el motor de Internet Explorer al renderizar e-mails en Outlook en lugar del actual de Word.

En esta época del año todo el mundo recibe un montón de felicitaciones navideñas. La mayoría de ellas consiste solamente en uno o varios gráficos con algún paisaje nevado o algo así, enviándonos los mejores deseos de proveedores, clientes y amigos.

Es estupendo, desde luego. No obstante, y de manera no sorprendente, la mayoría de ellos terminan de cabeza en la carpeta de correo no deseado según se reciben. ¿Por qué?.

Bueno, hay muchas razones para que sea así, dependiendo de la manera en la que se envía el correo y el hecho de que estos correos adolecen de los mismos problemas que la mayoría de los coreos comerciales.

En este post voy a cometnar sólo un par de cosas que tienen influencia en la entregabilidad de tus correos, pero que son muy importantes, y no sólo para las felicitaciones sino para cada correo que envías.

Antes de nada esta el asuntillo de las imágenes. Sé perfectamente que es mucho más fácil conseguir un aspecto visual atractivo usando imágenes, pero también tiene una alta probabilidad de que acabe en la carpeta de spam. Ello se debe a que, de hecho, tu mensaje no tendrá contenido en absoluto, y eso es algo serio. Además un montón de spammers envían correo que consiste fundamentalmente en imágenes. Y lo que es peor: la mayoría de los clientes de correo del mercado hoy en día no visualizan las imágenes al abrir el correo por primera vez, dejando que sea el usuario e lque decida si quiere verlas, así que éstos no verán nada de nada si sólo tienes imágenes.

Por ejemplo, hace uno sminutos recibí una felicitación (como cliente) de uno de los bancos más grandes del mundo y el más grande de este país (no digo más). Este mensaje entró directamente en mi carpeta de spam. Cuando lo abrí lo único que pude ver fue esto (pulsa para agrandar):

Chulo, ¿eh? ;-)

Bueno, esto no es una buena práctica, obviamente.

Pero es que además en cuanto investigué un poquito más ya obtuve enseguida pistas para saber porqué el correo se consideraba spam. Cuando le eché un vistazo a las cabeceras del correo encontré que había sido enviado desde la IP 213.229.186.XX que se correspondía con el dominio ly10.XXXXX.com (dejaré anónimos a los culpables). Pero es que la cabecera "REturn-path" era respuestas.superbanco.com, que tenía una IP asociada a su registro de coreo (MX) que no tenía nada que ver con la IP del envío. Y tenía una cabecera "Sender" con una direcciín en el dominio emailings.superbanco.com con otra IP que tampoco tenía nada que ver.

Bueno, el hech oes que este banco necesita elegir a un proveedor más avanzado técnicamente, porque ya que los contenidos están tan mal y encima las bases de su infraestructura DNS de envíos están muy mal establecidas, están perdiendo un montón de correo dentro de las carpetas de spam de sus muchos millones de clientes.

En resumen: tienes que fijarte especialmente en el contenido que envías a tus destinatarios, y esto es lo que a ti te compete. Pero además tienes que elegir un proveedor solvente de forma que no termines perdiendo un gran porcentaje de tus e-mails y, lo que es pero, sin ni siquiera saberlo.

¡Feliz año nuevo para todo el mundo! :-)

El Phishing, como seguramente sabrás, es un tipo de correo electrónico fraudulento que intenta robarte tus datos de autenticación, suplantando la identidaid de tu banco u otro proveedor en el que confíes. El atacante te envía un correo diciéndote que, por razones de seguridad o cualquier otra cosa similar, debes pulsar en un enlace e introducir tus credenciales.

Yo ya sospecho cada vez que me llega un correo con las palabras "Aviso importante de seguridad" o similares en el asunto. Un proveedor confiable (tu banco o tu tienda on-line de confianza) nunca te va a pedir que le proporciones tus credenciales de seguridad, así que sospecha de aquellos correos que te digan que lo hagas.

Hace un par de días recibí uno de estos intentos de phishing, y decidí que sería interesante analiarlo brevemente aquí con el objeto de mostrar a los lectores su funcionamiento básico. Así aprenderás a identificarlos facilmente.

Recibí un correo supuestamente de Amazon.com, una tienda on-line de libros que uso mucho. Aquí puedes ver el texto completo del correo (en inglés, pulsa para aumentar):

Como puedes comprobar es un mensaje de phishing cláscio. Te habla sobre una supuesta amenaza de seguridad, y te pide que le pongas remedio entrando en tu cuenta y notificándolo. La parte "inteligente" del correo es que dice que alguien intentó entrar en mi cuenta de Amazon varias veces desde una IP extranjera. Yo compro mucho en Amazon.co.uk (si bien no demasiado en Amazon.com), pero mi IP es extranjera para ellos que están en Inglaterra (y yo en España generalmente). Así que algo de sentido tiene y puede engañarte.

De todas formas uno siempre tiene que ser más espabilado y hacer un segundo análisis más profundo de este tipo de correos.

Si mueves el cursor sobre el enlace en el e-mail, verás en el área de estado de tu navegador (abajo a la derecha, mira el rectángulo rojo en la figura) la verdadera URL a la que apunta dicho enlace, que es muy diferente de la supuesta. Una clara pista de que se trata de phishing. Esto es más difícil de ver en un cliente de correo que no sea Webmail, como por ejemplo Outlook. Si pulsas en el enlace te lleva a una dirección que es clónica del sitio Amazon.com original, así que probablemente no notes la diferencia. ¡Peligro!

La otra cosa importante en la que nos debemos fijar es que, aunque el nombre del remitente pone 'Amazon.com', si te fijas en la dirección de correo real (moviendo el cursor sobre el nombre), ésta es, de hecho, zfuzvq@lycos.co.uk, tal y como se observa en la figura siguiente:

Si hubiese pulsado sobre el enlace e introducido m is credenciales acabaría dándoselas a alguien (probablemente) en Asia, que tendría acceso a toda mi información en Amazon, y probablemente cargaría en mi cuenta unos cuantos libros. Imagínate lo que podría ahcer con mis credenciales del banco :-(

De hecho también recibí ayer un phshing de un banco español, que reproduzco a continuación (pulse para agrandar):

En este caso descubrir el fraude era fácil, ya que aparte del enlace (recuadrado en rojo) y que el correo no tenía destinatario (otro síntoma claro), yo no soy cliente de Bancaja :-)

Conclusión: se extremadamente cauteloso con los correos que recibas que te hablen de problemas de seguridad. Antes de pulsar sobre los enlaces de un correo verifica la URL a la que apunta en realidad. Y verifica también el remitente para ver que la dirección proviene del dominio que supuestamente debería venir.

La palabra "spam" se refería originalmente a una de las marcas de la empresa Hornel Foods Corporation, en concreto a un producto de carne enlatada.

A raíz de un sketch de 1970 del grupo cómico Monty Python, en Monty Python's Flying Circus, el término fué adoptado en los años 90 como una forma de referirse al correo masivo no solicitado, y hoy en día forma parte de la jerga común en casi todo el mundo.

Si ves el sketch seguramente entenderás porque fué adoptada esta palabra. En este vídeo puedes ver el original subtitulado al castellano:

:-)

Cuando escribes un correo debes prestar una atención especial a las primeras líneas del contenido. Aparte del hecho de que son las que captan el interés de tus destinatarios (de forma que sigan leyendo el resto del documento), hay una consideración importante que la mayoría de los que se dedican al marketing no suele hacer. Se trata del hecho de que en varios clientes de correo comunes, esas dos primeras líneas ¡se muestran al usuario sin que éste tenga siquiera que abrir el correo!.

Y esto, ¿cómo es posible?

Bueno, échale un vistazo a GMail por ejemplo:

Como se puede ver en la imagen superior, GMail muestra las primeras palabras del correo automáticamente. Y fíjate en que he dicho "las primeras palabras". Así que, aunque tengas varias imágenes antes de la primera palabra del correo, GMail mostrará igualmente esas primeras palabras en su vista previa, haciendo caso omiso de lo demás. En este espacio caben de 15 a 20 palabras. Si el destinatario las lee y no se "engancha" tu mensaje acabará seguramente en la carpeta de eliminados.

Pero GMail no es el único ejemplo de este comportamiento. Outlook hace lo mismo cuando tienes habilitada la "Vista previa automática" (que, por defecto, estás activada), así que tus correos se verían de forma similar a estos:

Outlook mete en su vista previa entre 50 y 60 palabras, que son más aún que las de GMail. Y el efecto es el mismo.

Así que la conclusión es: escoge con cuidado las primeras palabras que metes en el correo para que los que las lean sepan exactamente de qué va éste, y se puedan interesar en el contenido.

Corolario:  Si personalzias tus correos de forma que el nombre de pila de tus destinatarios aparezca entre las primeras palabras, tendrás más posibilidades de que lolean. Una herramienta como MAILCast y sus potentes capacidades de personalziación harán un gran trabajo con este tipo de problemas.

Existen un montón de soluciones por ahí para envíar correo electrónico. Puedes pagar por una solución en outsourcing (pago por uso o SaaS) como MAILCast, o puedes descargar e instalar uno de los miles de programas que hay para hacer envío masivo. En ese caso incluso los tienes gratuitos.

Ahora bien: debes escoger con inteligencia.

Escoger entre un servicio en outsourcing y un programa de escritorio es como escoger entre conectarte a la red eléctrica de la ciudad o tener tu propio generador en casa. Por supuesto, claro que puedes tener tu propio generador y trabajar con la energía que produce. Incluso tendrás la sensación de que tienes el control.

Pero no es cierto , y puedes tener también un montón de problemas. ¿Qué pasa si te estropea el generador un fin de semana?. ¿Y qué me dices de las complejidades de conectarlo a la red eléctrica de tu casa de modo que te asegures de que no "fríe" ninguno de tus electrodomésticos?. Seguro que se te ocurren un montón de posibles pegas por ti mismo...

Lo mismo podemos aplicarlo al software complejo como las aplicaciones que envían e-mail.

Lo primero que debemos ocnsiderar es la infraestructura relacionada con la entregabilidad y la velocidad. No puedes descargarte un programa de e-mailing, instalarlo en plan "siguiente, siguiente, siguiente" y esperar que todo funcione. Simplemente no es tan fácil. Necesitas configurar adecuadamente la infrastructura de DNS para que los e-mails se entreguen correctamente. Y si vas a enviar poco más que unas decenas o cientos de correos no puedes utilizar tu servidor habitual de correo (que es lo que hacen algunos programas para evitar el problema anterior) sin que se bloquee durante horas. Y si de todos modos escoges este tipo de producto para escritorio cuenta con que muchos de tus correos serán rechazados. Además de esto, muchos servidores rechazan los correos que se envían de manera directa desde una conexión ADSL, y el ancho de banda de salida que te proporcionan éstas es muy pequeño (128 o 256 Kbps si tienes suerte), lo que ocnduce a largos tiempos de envío.

Luego está el asunto de las estadísticas. Necesitas tener un ordenador conectado permanentemente a Internet con una IP estática para recoger estadísticas de tus envíos. Y también una base de datos grande. ¿Qué ocurre si se te va la luz?, que perderás estad´siticas. Y ¿qué pasa si recibes miles de peticiones de estadísticas de lectura en unos pocos minutos?. Repite conmigo: "Perderé estadísticas". Y eso sin tener en cuenta que probablmente deberás servir también gráficos a través de la misma conexión.

Un servicio albergado o en outsourcing tiene en cuenta todas estas eventualidades por tí. Como se suel decir "Zapatero a tus zapatos". ¿Es el envío de correo el núcleo de tu negocio o más bien el vender o el hacer campañas para tus clientes?. Pues entonces ¿porque estás intentando poner en marcha tu propia infraestructura de envío de e-mail?. Cuando necesitas viajar de Madrid a Buenos Aires en viaje de negocios ¿fletas tu propio avión? ¿Y aunque hagas ese viaje u otros a menudo?...

Y por fin tenemos el asunto del soporte y el servicio... El marketing por e-mail es una disciplina bastante técnica y necesitarás soporte, consejo y un buen nivel de servicio.

Hay una lista larga de cuestiones como las mencionadas en este post, pero sólo he tocado las más aparentes e importantes. Y ni siquiera me he metido en el precio y lo que se puede ahorrar con un servicio en alquiler, que daría para otro post entero.

Escoger un servicio albergado es la más juiciosa de las decisiones, y la menos arriesgada también. Cíñete al núcleo de tu negocio y deja que los profesionales gestionen las dificultades técnicas, y mantén tu entregabilidad en forma.

Existen dos formas de enviar las imagenes con el correo electrónico:

1) La que utilizas habitualmente cuando escribes desde tu gestor de correo de escritorio (como Outlook), que consiste en embeber las imágenes en cada uno de los correos que envías, codificadas en formato Base64.

2) El método que utiliza todo el software de e-mail marketing del mercado (como MAILCast), esto es, dejar la imagen publicada en el servidor para su descarga posterior.

¿Por qué, entonces, todos los proveedores de e-mail marketing del mercado usan la segunda opción?

Existen varias razones para escoger esta posibilidad, pero fundamentalmente las siguientes:

• Si embebes las imágenes en el correo que envias, éste será de un tamaño mucho mayor, consumirá mucho más ancho de banda y (lo peor de todo), puede que algunos destinatarios no lo reciban debido a limitaciones de tamaño. Es posible incluso que molestes a algunos de los destinatarios por enviarles correo de gran tamaño que a lo mejor ni siquiera es de su interés.

• Tienes más posibilidades de que el correo sea considerado spam por un filtro anti-spam, porque todas esas imagénes son, de hecho, archivos adjuntos del correo (y puede que utilices muchas), lo que podría activar las alarmas de algún filtro.

• Algunos clientes de correo no soportan imágenes embebidas, la mayoría de ellos webmails.

• cada vez más gente lee el correo mientras están de viaje, sea con su Blackberry, Windows Mobile o cualquier teléfono con sistema propietario. Los correos HTML con imágenes embebidas no son apropiados para ese tipo de dispositivos porque tardan mucho en descargarse y la mayor parte de los operadores te cobran a bvase de bien por el tráfico consumido. Además la mayoría de ellos no son capaces de leer correo en formato HTML.

• Una muy importate: si no dejas las imágenes en el servidor no hay forma de hacer control estadístico de los correos.

Como una reflexión personal diré que no me parece una buena idea embeber las imágenes en los correos masivos porque como he dicho reduce las oportunidades de ser entregado, que es el propósito principal de hacer un envío precisamente.