Se nota el gran pulmón financiero del que disfruta la todopoderosa, que en la última semana ha oscilado desde los 480 dólares hasta más allá de lo 540, y eso significa mucho sobretodo a escasos.días de que presente resultados.

Recientemente han lanzado el que puede llegar a ser el posible rediseño web de uno de sus servicios líderes en tráfico de usuarios YouTube.

El nombre clave de esta revisión es Cosmic Panda y cuenta con cambios importantes en la lista de videos, en la playlist y en los canales de vídeo.

La gama de colores y la maquetación utilizada en el nuevo YouTube es la habitual que hemos comenzado a ver en gMail y en G+, una evolución de su diseño simplista y un menor uso del color, todo basado en negros grises y algún que otro suave azul, muy a lo Apple de hace unos años la verdad.

Para los que quieran darle un vistazo:

http://youtube-global.blogspot.com/2011/07/check-out-cosmic-panda-new-experimental.html?m=1

Páginas relacionadas con este artículo:

1. Los lenguajes de programación más conocidos
2. Conversor de vídeo Online
3. Nueva interface de adSense

Casi siempre todo funciona bien, el servidor es robusto y responde sin muchas preocupaciones pero el problema llega cuando uno de estos robots se vuelve loco. Seguramente esta locura es producida por algún cambio en alguna variable que fuerza el número de escaneados diarios que realiza el bot, de esa forma el humano “snifante” prueba con diversos valores subiendo a veces sin saberlo la cantidad de peticiones por minuto de forma exponencial, el no ve las repercusiones en el servidor de origen, probablemente se dice, que bien ahora así tengo el contenido nuevo tan pronto como se publica, si soy el primero posiciono mejor, lo voy a dejar así. Y sin saberlo está haciendo un ataque DDOS o de denegación de servicio.

En este caso concreto es tal el consumo que en hora punta de tráfico las peticiones se enletecen hasta más allá de los 3 segundos por página peticionada.

Lo primero es detectar que algo paso, esto por suerte te lo dicen los clientes del servicio web en cuestión con emails técnicos del tipo:

“La web va lenta”, “La web va como el c…”

Recibido el tercer email de este tipo y tras comprobar que no es un problema de la conexión del cliente hacia la red, que también reportan, toca averiguar que está pasando.

1. Vemos el estado de saturación de la máquina. En Windows con el Administrador de Tareas.

2. Lo primero es ver que tal estamos de RAM, que consumo tenemos.

3. Luego vemos el espacio en disco que nos queda

4. El consumo de CPU

5. Ahora vamos a ver con ese mismo administrador de tareas que “programas” son los que más consumen

Si es MYSQL y la RAM va cargada tocará ampliar RAM, al igual de que si es disco.

Si es APACHE y la CPU va saturada, pues tocará ver cuantas peticiones y de quien son recibe el servidor web.

Para conocer cuantas peticiones recibe nuestro server hay muchas cosas y programas, pero en este caso no hay ningún sistema estadístico instalado, bueno si, Google Analytics, el cual pinta y colorea los datos que da gusto, pero a nivel técnico no nos sirve pues estamos buscando excesos y errores y me da a mi que Analytics los obvia, a saber porque con la todopoderosa y sus manías, que ya me cansan.

Aunque no tengamos nada instalado en server siempre nos podemos bajar los archivos de log del Apache para analizarlos en casita, con nuestra maquinita.

Ten en cuenta que estos archivos pueden ser gigantes, depende de como esté configurado el server, los hay con rotaciones y sin, pero puedes encontrartes con archivos de 2Gb. en servidores de alto tráfico, lidia con ellos si puedes. Lo mejor es rotarlos manualmente en el momento de máximo tráfico o ataque.

Para ello, detén el servicio de Apache, renombra los access.log y error.log y vuelve a iniciarlo, dejarás a tu cliente sin servicio un minuto escaso. Aguanta un ratito con el ataque, un par de horas a lo sumo, y vuelve a hacer lo mismo, de esa forma tendrás una muestra sanguínea del ataque o del momento de saturación del server y trabajarás única y exclusivamente con esos datos, localizando más rápidamente si existen direcciones IPs que un consumo excesivo de datos.

De Windows a Ubuntu y tiro porque me toca

Una vez muevas ese log a una carpeta accesible por FTP o HTTP faltará bajártela para analizarla en tu flamante workstation Ubuntu, que mola más que un OS X… al menos más que un Snow Leopard, pues falta ver si este próximo lunes día 6 de Junio lo que nos maravilla OS X Lion de la mano de Steve Jobs, palabra de AppleFun arrepentido venido a Ubuntu.

Analizando los archivos .log de Apache

Para analizarlo en nuestro Ubuntu vamos a usar Webzilla, para instalártela:

sudo apt-get install webalizer

Luego la configuramos con un:

sudo gedit /etc/webalizer/webalizer.conf

Aquí en principio sólo falta tocar el lugar, ruta y archivo donde está el access.log

LogFile                   /var/www/logs-para-analizar/access.log
OutputDir              /var/www/webalizer
Incremental           yes

Grabamos y ejecutamos el Webalizer con un complejísimo, es broma:

sudo webalizer

Unos segunditos y tachán, apunta tu navegador a:

http://localhost/webalizer

Selecciona el mes actual, y en la siguiente pantalla la opción “Clientes” aquí verás las IPs que han visitado más la página durante el ataque o la bajada de rendimiento del server, busca las más abultadas que vamos a revisarlas.

Ahora nos faltará saber el Quién es quién de cada IP

¿Quién es quién?

Para eso podemos usar varias opciones, entre ella una via web:

http://whois.domaintools.com/67.195.112.52

Donde 67.195.112.52 es la IP sobre la que quieres conocer información y la otra es usar las herramientas de red del sistema que incorpora Ubuntu.

Con ellas puedes realizar un WHOIS, un LOOKUP , etc.

Si entras en “Explorar los puertos”, cosa que tarda un rato podrás también detectar si detrás hay un servidor web, un servidor FTP, o un emule abierto. Datos que te permitirán determinar con algo más de certeza si se trata de una empresa o un usuario.

También puedes rastrear la ruta para más o menos ver de donde es el país de origen, si este por ejemplo es de Ukrania o de la conchinchina probablemente se trate de un buscador en el que no te importe perder posicionamiento.

Cuidadín cuidadín con los GoogleBots y familia

Pues eso, asegúrate que de todas esas IPs no te apuntes ninguna que sea de un buscador conocido en el que te quieras posicionar, pues si la anotas y luego la baneamos perderás el posicionamiento en ese buscador pues tu Apache no le dejará entrar.

Ya tenemos las IPs localizadas y correctamente anotadas, ahora vamos a banearlas

Baneando IPs en Apache bajo Windows

Bueno esto a decir verdad es más o menos igual en Windows que en Linux que un radiocassette donde sea capaz de correr Apache.

Busca el fichero de configuración de Apache httpd.conf

En la sección Directory

Introduce al final, justo antes del cierre de la directiva </Directory> y una en cada línea la siguiente instrucción:

deny from TU-NO-PASAS

por ejemplo si quisiéramos banear a Yahoo, NO lo hagas!

deny from 67.195.112.52

Graba el fichero y reinicia Apache, en Windows desde “Accesorios -> Herramientas del Sistema -> Servicios -> Apache” botón de la derecha reiniciar.

Listas negras de IPs malignas

También de paso y por el mismo precio que nos ponemos a banear, una práctica aceptable sería el banear sistemáticamente aquellas IPs que se han detectado en el mundo recientemente como IPs malignas.

Yo he sacado una lista desde:

http://isc.sans.org/ipsascii.html

y desde:

http://isc.sans.org/sources.html

Baneando que es gerundio.

Páginas relacionadas con este artículo:

1. Test de carga web
2. Personalizar un virtual host de Apache bajo Plesk
3. Bloquear muchos intentos fallidos de acceso a servidor

Esto se hace editando el facilísimo, ejem, .htaccess de Apache, con sus directivas, que ninguna está buena ni te pone, al revés son la repera, difíciles por ser casi todas iguales, así que traes leer en ellas en diferentes blogs y comprobar que no me ha servido ninguna para este, mi caso, he decidido hacer un “brevepost” para que aquí quede si alguien debe en el futuro lidiar con ello:

Redirect 301 “/Longboard-completo/”  http://www.tulongboard.es/longboards-bambu-series/
Redirect 301 “/Mochilas-Skate/”  http://www.tulongboard.es/mochilas-longboard/
Redirect 301 “/Longboard/”  http://www.tulongboard.es/longboards-baratos/

Es decir:

Redirect 301 “página en servidor A sin las http://www.dominioA.com, es decir solo el QUERY_STRING” http://www.dominioB.es/pagina-html-destino

Así de fácil!

Páginas relacionadas con este artículo:

1. Ocultar los datos de registro de un dominio
2. Extensiones de dominio disponibles en el mundo
3. Personalizar un virtual host de Apache bajo Plesk

Este rollo que he dejado ir viene por algo, es una nueva protesta contra Google pues hace escasos días sin pedirnos permiso y sin ponernos en preaviso alguno, ha tomado la decisión de eliminar todos los resultados que contengan la palabra Torrent y sucedáneos en la búsqueda predictiva o instantánea de su buscador, El buscador. Además hay no se han quedado, también han eliminado las búsquedas con los conceptos de “Rapidshare”, “Megaupload” y posiblemente todas aquellas que les apetezca, parece que hoy les toca minimizar la necesidad de compartir de la sociedad.

Esto es irritante, pues tal y como leo en microsiervos Google te muestra otros resultados, tales cómo los de “construir una bomba”, cómo cometer un montón de variados delitos sin más, pero considera que esto de los Torrents es un delito mayor…¿acaso es más peligroso para la sociedad que una bomba?

Esperamos que se retracten, al menos hoy y ahora desde el google.com si que muestra esos resultados, y frenar esta actitud, que no se expanda a un absolutismos del tipo “no quiero esto lo quito y sansacabao“, pues el denominado mejor buscador del mundo cada vez colorea más a su gusto los resultados.

Como diría aquel gran hombre… A la mierda!!!

Páginas relacionadas con este artículo:

1. Baneando direcciones IPs en Apache bajo Windows
2. ¿Qué se dice de mi sector?
3. Tu Twitter tiene más relevancia que tu web

Ideal para usar como carrousel de productos en cualquier página de inicio de tiendas online.

Puedes aprovecharlo para destacar los últimos productos y además de que la tienda mejorará en lo visual este slider hará que aumente el tiempo de estancia en la landing page más visitada de la tienda, es decir, en la home y con ello obtensrás un gran beneficio en el posicionamiento de tu web.

http://workshop.rs/projects/coin-slider/

Páginas relacionadas con este artículo:

1. Slider con hashtag bajo jQuery
2. Modificar muchas imágenes de forma automática
3. Otro slider o accordion pero este gratis

Si bien muchos pensarán que hoy en día la actual velocidad de las conexiones Adsl permiten obviar los engorrosos procesos que afectan a la optimización de la descarga de las páginas web, hay que tener siempre presente que las afectaciones no son sólo referentes a la velocidad sino que afectan y de sobremanera al posicionamiento de una web en Google pues la velocidad es un parámetro más con los que Google evalúa cada página web.

Así que a continuación un enlace a la biblia de la optimización

http://www.queness.com/post/5959/8-most-effective-methods-to-optimize-and-boost-website-performance

Páginas relacionadas con este artículo:

1. Comprobar la velocidad de carga de una web
2. Comprobar velocidad servidor
3. Optimizar servidor MySQL

¿Qué es lo que está pasando?, la venerable web de SlashDot, propietaria del famoso Efecto SlashDot, por el cual te fusilaban la web a base de fosfocientas mil peticiones per second, ya no acepta que añadas enlaces.

Esta web se estaba quedando anticuada, era un websaurio almidonado hasta la cresta, vaya, que no la visitaba desde tiempos inmemoriables pues su home ya me dejaba cierto tacto rancio y una honda tristeza. Pues si no tenía bastante la pobre, ahora más con esto de no dejar más bookmarqueos, por lo que de momento le ponemos la cruz de sitios a los que no visitar. Pues si ya no se nutre de los bookmarks de los powerusers creo que ya no tiene nada que ofrecerme.

Os dejo aquí el enlace que me ha llevado el error, es un enlace de esos que sirven para postear en SlashDot de forma semiautomática.

http://slashdot.org/bookmark.pl?title=Tu%20Twitter%20tiene%20m%C3%A1s%20relevancia%20que%20tu%20web&url=http%3A%2F%2Fuvedobles.com%2Ftu-twitter-tiene-mas-relevancia-que-tu-web%2F

Páginas relacionadas con este artículo:

1. Test de carga web
2. ¿quién habla de mi web?
3. Hemerotecas de prensa española

Para llegar a esta conclusión he investigado un caso de éxito de una aplicación web Picnik, uno de los editores de imagen más de moda del momento. Os paso unas capturas de pantallas de esta aplicación web antes de pasar a este breve análisis:

Y ahora la captura de home de la aplicación:

El Twitter ( http://twitter.com/picnik ) donde anuncian cambios y reciben sugerencias disfruta de nada más y nada menos que un PR9, es decir más que incluso Google.es e igual que Apple.com, mientras que la página web de la aplicación, ese picnik.com ( http://www.picnik.com/ ) tiene sólo un PR7. Dos puntos menos.

¿Qué vale hoy el Page Rank de Google?

En principio este hallazgo nos puede indicar que el Google Page Rank no es muy inteligente, pues valora más la palabra que el concepto, lo social que lo funcional. Si bien esto podría resultar correcto en otros casos, en una aplicación web es obvio que no, lo primero es la aplicación y lo que ella genera, es decir sus imágenes, no el palabreo de Twitter.

Un alivio para algunos de nosotros, los humanos, pues se demuestra que por mucho algoritmo que se meta de por medio al final el sentido común humano, ese sexto sentido que algunos tienen, parece irreemplazable o casi.

Aunque esto para mi, más que una falta de atino de los programadores del PageRank esto bien podría ser indicio de otros movimientos más ocultos de la todopoderosa Google, me refiero a desacreditar, des-posicionar a Facebook ante el resto de competidores sociales.

A esta acusación llego tras lanzar una búsqueda en Google bajo “picnik” donde tenemos más sorpresas con las que tratar de teorizar y sacar algo en claro de este experimento de media tarde antisiesta, fíjate que las dos primeras URLs que “escupe” Google están dentro del dominio de la página real de la aplicación, siendo la tercera la de la cuenta de Twitter con un mayor PR.

A mi desde pequeño  me habían enseñado que ante dos páginas webs con el mismo contenido posiciona primero la que tiene el PageRank más alto, pues no. Queda claro que al menos en este experimento no es así y que quién hizo y defiende esta afirmación se equivoca, un poco, al menos.

Que no se le escape a nadie que en esta investigación Google posiciona a Twitter por delante de FaceBook y que el Picnik en Facebook sólo tiene un PR6 cuando al Twitter de Picnik le cascan un PR9.

Fíjate que Picnik en Twitter tiene 62.000 seguidores contra los más de  1.000.000 que tiene FaceBook hoy, de hecho son exactamente 1.086.000 y subiendo, es decir el pico, la calderilla es más que Twitter. Esta diferencia es grande, tanto como el plumero de Google, que de un plumazo parece querer intentar atar muy en corto a la red social, que se lo está comiendo, poco a poco.

Así que en resumen, el PR es importante, pero cada vez nos queda menos clara su utilidad real. Como segunda conclusión útil deciros que ahora toca Twitter, hacerse un hueco en Twitter como sea, pues el buscador Google continúa hoy presente como página home de la mayoría de hogares y empresas así que conocidas o intuidas estas nuevas reglas, comencemos la partida.

Páginas relacionadas con este artículo:

1. ¿Qué se dice de mi sector?
2. Tienda de aplicaciones web
3. Posicionar tienda online 1

En la actualidad dispongo de unos tres dominios bajo .CAT, y sinceramente alucino con el precio de alta y renovación de los mismos, 34,95 euros + IVA, 40 eurazos del ala. Cuatro veces más de lo que me cuesta un .ES y unas 6 veces más de lo que cuesta un .COM .NET ó .ORG.

He buscado por diferentes registradores, dinahosting, nominalia, cdmon y todos van por la misma línea euro arriba euro abajo.

Este coste debe venir dado por el peaje que hay que pagar en la ICANN para ser registrador de .CAT y el bajo volumen de ventas que deben generar este tipo de dominios debido principalmente a que se trata de un dominio regional y a la vez es un dominio 4 veces más caro que otros dominios de mayor ámbito al menos a nivel de operativa comercial.

Así a voz de pronto y tras leer de forma muy somera la documentación de la ICANN en: http://www.icann.org/en/registrars/accreditation-financials.htm creo que hay que dejar un depósito a fondo perdido de 2500 dólares usa y posteriormente realizar un pago anual de 4000 dólares americanos del norte, lo que nos da un total para el primer año de 6500 dólares USA, cifra que nos obliga a vender unos 18 dominios .CAT al día para cubrir tan sólo ese montante, si bien esos 18 dominios también tienen un coste y un margen comercial que amortigua el número de dominios a registrar, es aquí, en ese amortiguador donde parece que los registradores se exceden, trasladando su descapitalización al usuario registrante, más aún cuando desde el gobierno de la generalitat se intenta premiar a todo aquel que promueve la lengua catalana. Asi que amigos míos no entiendo estos precios.

Posicionarse con un .CAT

Quizá el posicionamiento en buscadores o SEO debería ser el mejor justificante para tan alto precio, un peaje que castiga de sobremanera el avance de este proyecto y que a buen seguro amamanta la arcas de algún personajillo, pero no es así, es justo lo contrario.

Reflexionemos pues, el ámbito que tiene el .CAT es mucho más local motivo por el que debería ser premiado por Google para dirigir tráfico en catalán, es decir tráfico generado en Catalunya o tráfico de búsqueda en lengua catalana desde su navegador .es, pero no, no es así, los .CAT son dominios que gustan poco a Google una prueba de ello es que al introducir http://www.google.cat el buscador Google se muestra en castellano, al buscar con el “cercador en català” nos entrega los siguientes resultados:

Nuestro buscador que.cat figura tras varios resultados .com que no son ni siquiera buscadores, muy mal por la todopoderosa.

Así que al menos por el momento, y aún teniendo referidores de gran rango, para http://que.cat dispongo de un enlace desde la misma Generalitat de Catalunya, pero el tráfico es bajo, demasiado bajo comparándolo con el alto coste del dominio y con cualquiera de las otras webs que tengo incluso con menos contenido.

¿Quien mueve los hilos del .CAT?

He socitado la información a info@domini.cat con el fin de poder conocer el motivo del porque tan alto precio. Este dominio corresponde a una fundación que gestiona la contratación de los .CATy cuyos datos pasteo a continuación:

Jordi Iparraguire
Fundacio puntCAT
Creapolis
Av. Torre Blanca, 57
08173 St. Cugat
Spain (EU)
Tel: +34.93.675.03.54
Fax: +34.93.675.03.54
http://www.domini.cat

Ya os contaré.

Páginas relacionadas con este artículo:

1. Saber que dominios hay alojados en un IP
2. Se han pasado tres pueblos
3. Plantilla WordPress optimizada para adSense

Posicionar tienda online en Google

En esta serie de artículos sobre posicionamiento en buscadores de tiendas online vamos a tratar algunos de los métodos en cuanto a programación de estructuras internas se refiere para conseguir una mayor optimización de las tiendas virtuales.

Estos artículos no tratan de cubrir la totalidad de opciones y metodologías que existen para posicionar mejor una tienda online. Pretenden ser tan sólo un reflejo a modo de concepto de las novedades en cuanto a posicionamiento en Google que vamos a ir incorporando a nuestros sistemas de tiendas online durante este año 2010. Partimos de una base previa ya consolidada a lo largo del año 2009 donde hemos introducido entre otras nuevas prestaciones el uso de permalinks 100% limpios y la generación de los metatags de descripciones y palabras claves en base a una estudiada fórmula así como un novedoso sistema de ahorcado de familias de productos que permite generar tantas webs satélites como subfamilias de producto tengas en tu tienda online, algunos de estos sistemas los comentaremos en un futuro post.

Así pues tras esclarecer un poco el ámbito de estos artículos vamos a proceder a descubrir el contenido de este primer capítulo: los denominados Microformats,  vamos a tratar de conseguir que aquellas tiendas online y catálogos de productos en internet que se basan en nuestro sistema de tiendas online ecOOmmerce.com mejoren sustancialmente su posicionamento en Google si bien la información aquí contenida puede ser aplicable a la práctica totalidad de sistemas de tiendas online, aunque bajo algunos casos como el del extendido OScommerce la estructura interna del mismo, en exceso anticuada puede ser un escollo insuperable, lastrando la escalada vertical de posiciones en el buscador.

Nuestro sistema de tienda online se beneficiará de los Microformats

ecOOmmerce.com es nuestro sistema de tiendas online, en la futura versión 3.8 cuya fecha estimada de salida es en mayo del 2010 vamos realizar especial hincapié en los denominados Microformats con el objetivo de optimizar las capacidades en cuanto a posicionamiento de los productos de nuestros clientes en el buscador Google.

Durante este mes de marzo estamos ultimando la versión 3.7 que contará con un nuevo sistema de carrito de la compra y un avance significativo en la construcción interna de la estructura HTML o DOM de la tienda online.

Experiencia previa de los microformats en sistemas de blog automático

Si bien esta nueva funcionalidad de ecOOmmerce.com nos proporcionará resultados en un tiempo antes vamos a poder contar con la experiencia previa en otra plataforma nuestra cOOmmunicate.com un sistema de generación de blogs automático que se sincroniza directamente con ecOOmmerce.com mediante RSS, o con cualquier otro sistema que genere RSS, su funcionalidad es realizar un blog automático con las novedades de productos con el objetivo de conseguir una mayor visibilidad del conjunto.

¿Qué son los Microformats o Microformatos?

Los microformats son un parche popular que se está utilizando en internet desde no hace mucho tiempo para volver la web algo más semántica, es decir que un contenido se intente autodefinir y clasificar por si mismo, anteriormente decimos parche pues no se trata de ningún sistema o programación específica creada desde cero, tan sólo se trata de una metodología de trabajo que pretende aprovechar los comandos o tags habituales del lenguaje HTML para definir algunas estructuras semánticas básicas y no tan básicas. Seguro que con esto no te has aclarado del todo, no te preocupes a nosotros nos pasó igual, lo mejor, como no, un ejemplo clarificador:

Ejemplo de uso de Microformats

Producto:

Sartén 24 cm. de diámetro con antiadherente

Marca:

Aceroxidados

Familia:

Utensilios de cocina

Descripción del producto:

Moderna cacerola que hace uso de los máximos estándares de calidad existentes en la industria,
fabricada mediante un complejo proceso químico que le confiere una aleación y blablabla…

Precio de venta:

19.95e.

Gracias al uso del delimitador “div” combinado con un nombre de clase llamado hProduct buscadores como Google, Yahoo, navegadores como Firefox, y programas que automatizan procesos etc. saben que el texto “Sartén 24cm.” delimitado por el tag de HTML <div> es el nombre o descripción de un producto, mientras que precio es tan sólo un número, y por tanto la primera parte es semántica, es decir saben de que va y la posicionan como tal, es decir como un producto.

Con esto ya hemos utilizado el microformat hProduct para facilitar la tarea a buscadores y otros engendros automatizadores, a partir de aquí vamos a implementarlo en nuestro programa de tiendas online ecOOmmerce.com adaptando como no el diseño estructural y capeado de las fichas así como los nombres de las classes que utilizamos para mostrar la ficha de productos al cliente.

Vamos ahora a ver todas las subclases del microformato hProduct para estudiar que podemos aplicar.

Microformato hProduct y sus subclases

• hproduct: Esta es la clase que autodefine que estás en una ficha de producto
• brand: con esta clase identificamos la marca del producto, si existiese otro microformato del tipo hCard activo, esta última debería contener el nombre del fabricante y brand tan sólo la marca.
• category:: la categoría o familia de productos a la que pertenece el producto, puede utilizarse más de una vez en la misma página para tiendas online multifamilia
• price:: el precio del producto, puede contener también un “55.90eur. ahorre hoy un 5%” es decir frases promocionales
• description:: la descripción completa del producto.
• fn:: el nombre del producto
• photo:: la clase para fotos que debería aplicarse a los tags <img> o <a> que contenga la foto, pueden existir más de uno
• url:: esta clase debería asociarse a los tag <a> que enlacen con la página de detalle del producto
• review:: al igual que url pero enfoca a la página que contiene análisis del producto no obstante se puede usar la clase mayor hReview. Puede contener varios.

Enlaces:

Microformatos en general: http://en.wikipedia.org/wiki/Microformat

Microformato para productos: http://microformats.org/wiki/hproduct

Microformato para productos según Google: http://www.google.com/support/webmasters/bin/answer.py?answer=146750

Páginas relacionadas con este artículo:

1. Beneficios de la tienda virtual multitienda
2. Posicionar a través de redes sociales
3. Generador de PDFs online