En el siguiente post práctico realizaremos un ejemplo sencillo, que podremos usar para obtener url´s amigables en nuestro sitio cuando, por las dimensiones del proyecto no hemos optado por un framework que realice ésta tarea por nosotros.
Para ello, sólo tendremos que crear un fichero de configuración de apache (.htaccess) en el directorio raiz de nuestro sitio, o añadirle unas líneas si ya lo usamos.

Supongamos, por ejemplo, que tenemos un listado de productos que hemos programado en PHP usando nuestras propias librerías y plantillas y que, actualmente luce así:

Listado de productos:
www.mipagina.com/productos/index.php
www.mipagina.com/productos/index.php?pagina=2

Detalle de un producto:
www.mipagina.com/producto/index.php?id_producto=19
www.mipagina.com/producto/index.php?id_producto=23
…

Nuestro objetivo será poder acceder a cada uno de los productos a través de una url única, que los distintos buscadores donde promocionemos nuestra página web puedan indexar, y que incluyan en la url un pequeño texto descriptivo, en éste caso, el nombre del producto, para que quede algo así:

www.mipagina.com/producto/Segueta-marqueteria-escolar/19
www.mipagina.com/producto/Paquete-folios-80gr/23

Para ello añadiremos a nuestro fichero .htaccess con el siguiente bloque:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /web/

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(productos/.*)$ productos/index.php/?url_params=$1
RewriteRule ^(producto/.*)$ producto-action/index.php/?url_params=$1 [L]
</IfModule>

Éste método para conseguir urls amigables trabaja usando la configuración del servidor Apache.
Para ello, tenemos que tener habilitado en nuestro servidor el módulo rewrite.

Al incluir todas las condiciones que afectan a éste módulo dentro del condicional ‘ <IfModule mod_rewrite.c> … </IfModule> ‘ nos aseguramos que el servidor no arrojará ningún error en caso de no tenerlo activado.
Lo vemos por partes.

RewriteEngine On
#Inicializa el Módulo Rewrite

RewriteBase /web/
#Indica la ruta relativa del proyecto en el servidor

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
#Éstas dos líneas evitan hacer una redirección cuando el enlace se refiere a un archivo o directorio existente, respectivamente.

Las siguientes son las ‘líneas clave’ podríamos decir.
Necesitaremos renombrar nuestra carpeta de programación, en nuestro caso a ‘productos-action/‘ y ‘producto-action/’, para que sea aquí donde redirijamos el tráfico de las urls ‘productos/…‘ y ‘producto/…‘,  ya virtuales.
Como parámetro, los controladores de éstas carpetas recibirán el resto de partes de url en forma de array, a través del parámetro ‘url_params‘.

RewriteRule ^(productos/.*)$ productos-action/index.php/?url_params=$1
RewriteRule ^(producto/.*)$ producto-action/index.php/?url_params=$1 [L]
#El ‘[L]‘ Indica que es la última línea de las definiciones, por ello es importante que siempre esté al final.

La siguiente tarea será entonces, será desglosar el parámetro url_params, para tomar el parámetro de url que necesitemos.

Donde el contenido de RequestUrl será un array con el siguiente contenido:

Para la url ‘www.mipagina.com/productos/‘ :

Array(
[0] => 'productos'
)

Para la url ‘www.mipagina.com/productos/pagina/2‘ :

Array(
[0] => 'productos',
[1] => 'pagina',
[2] => '2'
)

Para la url ‘www.mipagina.com/producto/Segueta-marqueteria-escolar/19‘ :

Array(
[0] => 'producto',
[1] => 'Segueta-marqueteria-escolar',
[2] => '19'
)

Para la url ‘www.mipagina.com/producto/Paquete-folios-80gr/23‘ :

Array(
[0] => 'producto',
[1] => 'Paquete-folios-80gr',
[2] => '23'
)

De ésta manera, para cada controlador, la posición de cada elemento del array representará el dato que necesitamos para mostrar uno u otro artículo.

Con ésta sencilla tarea, podremos optimizar nuestro sitio web, hacíendolo más indexable y sin tener que migrar nuestra aplicación ni realizar grandes cambios.
He intentado simplificar al máximo el ejemplo, por lo que no es la única forma de hacerlo ni seguramente la mejor, pero creo que es una buena forma de empezar.
¿Te resultó útil? ¡Cuentanosló!

El congreso de marketing en internet Webcongress llega a Málaga con la intención de brindarnos dos días de continuo aprendizaje y conocimiento, de la mano de los organizadores del Search Congress.

La importancia del evento no es trivial, además de venir acompañada de las más importantes compañías de internet, que participan como colaboradoras, la oferta de conferencias, talleres y ponentes avalan el nivel de éste congreso para profesionales del sector.
Además, el WebCongress Málaga viene precedido de las ediciones de Barcelona, Madrid, Valencia, Bilbao y con vistas a la celebración en otros paises como Milán, Miami, India, Lisboa.

Como se puede leer en su propia web wcongress.com/malaga:

” WebCongress comparte una extensa variedad de ponentes y colaboradores, que lo hacen ser un evento tecnológico generador de conocimientos e interactivo. Nuestro objetivo es ofrecer a los asistentes una formación completa de marketing online. “

SEO, SEM-PPC, Analytics, Google Marketing, Social Media, Diseño Web, Accesibilidad y Optimización web son algunos de los principales temas sobre los que se desarrollarán los talleres.

El evento se celebrará en el Palacio de Ferias y Congresos de Málaga y la Organización ha conseguido convenios con compañías de transporte de los que poder beneficiarse si se viene de fuera de la provincia.

La entradas a las conferencias es gratuita hasta el próximo 1 de Septiembre, y se puede realizar el registro desde la misma web, así como de le los distintos talleres, que tienen una duración de 2 horas y con los que podremos obtener un certificado acreditativo.

Podeis seguir las novedades a través de twitter [@webcongress], por lo que he leido, habrá alguna que otra sorpresa

En mi opinión, la asistencia a éste tipo de eventos resulta muy interesante y debería ser tomada en cuenta por todo aquel que trabaja en el sector de internet  y del marketing en general. Si ya estáis en lista allí nos vemos, si todavía no os habéis decidido, aquí va mi recomendación.
Esperamos pasar unos días intensos en los que poder aprender, compartir y colaborar en la medida de lo posible.

¡Nos vemos en Málaga!

Voy a comentar los que considero las principales ventajas y desventajas de uno y otro sistema tomando como ejemplo el caso de una galería de fotografías, en la que tenemos una fotografía principal y un listado de thumbnails enlazando el resto de imágenes.
Para desarrollarla seguimos las dos opciones:

-Opción de enlaces HTML.
Cada enlace del thumbnail tiene como destino una dirección. De ésta manera, cada fotografía es mostrada bajo una url única, que podemos aprovechar para usar urls amigables que describan el contenido de la imagen de destino.
Los buscadores que rastrean nuestro sitio, pueden acceder e indexar cada una de las urls de las distintas imágenes por separado.
Por su parte, los usuarios que acceden con un navegador sin soporte javascript, también pueden recorrer nuestra galería, accediendo a cada una de las imágenes.
Sin embargo, unos y otros usuarios que visitan nuestra galería tienen que cargar todo el contenido de la página por cada fotografía que deciden ver, sufriendo una demora en la visualización y por lo tanto, una experiencia de usuario bastante mejorable.

-Opción de carga por AJAX.
En éste caso, la página de nuestra galería es mostrada la primera vez, con la imagen por defecto como principal.
Añadimos a los enlaces thumbnails un enlace vacío (href=”javascript:;” ó href=”javascript:void(0);”), y programamos por javascript que el evento click de cada enlace realice una petición asíncrona (ajax) y cambie el contenido de la imagen principal.
En éste caso, los buscadores que llegan hasta nuestra página principal no pueden seguir los enlaces sin destino y su indexación queda limitada a ésta página principal.
Igualmente, el usuario con un navegador sin soporte para javascript que llegue hasta nuestra galería, sólo podrá ver la imagen principal, y el listado de miniaturas, pero no podrá acceder a su destino para cada una de ellas.
En cambio, los usuarios con un navegador apto, experimentan una sensación de mayor velocidad en la carga de las distintas imágenes, ya que lo único que cambia en la página es la imagen principal, que pedimos de forma asíncrona al servidor y sin movernos de la página. Ahorramos por tanto, la carga de los elementos que permanecen comunes en nuestro sitio, como cabeceras, y demás archivos estáticos, como css, js, etc.

Ahora bien, podemos conseguir un equilibrio entre las dos implementaciones, como lo hacen, por ejemplo, facebook o tuenti, añadiendo un poco más de programación para obtener un nuevo propósito:
Que nuestra página destino sea accesible a través de una url única y que además, con soporte javascript sea capaz de cargar la imagen principal sin tener que recargar la página.
De esta manera, tendremos el listado de thumbnails enlazando a las distintas url´s únicas, amigables y accesibles por los buscadores y por todos los usuarios, aunque no tengan soporte javascript. Ahora, indicamos en el javascript que, en el evento click de cada enlace del thumbnail, rechace la carga del destino y en su lugar, tome el destino del enlace para realizar la petición por ajax, y cambie solo el source de la imagen principal.

Como optimización, también cambiaremos la url del navegador. Así, en caso de recargar la página, seguiremos viendo la última imagen que visualizamos. Sin embargo, la página no se ha recargado.

¿Conoces algun caso en el que poder aplicar ésta implementación?
¿Has tenido alguna vez éste mismo problema?

Escríbenos y lo comentamos!

Las visitas a nuestro sitio web tienen su entrada a través de 3 vías principales: tráfico directo, enlaces externos y resultados de buscadores.

Podemos considerar nuestro sitio web teniendo en cuenta éstas tres vías y el valor que cada una de ellas represente. Vamos a verlas:

-Trafico Directo: Es el tráfico más importante, ya que representa aquel en el que el usuario introdujo directamente tu url en el navegador, por lo que ya conoce nuestro nombre, podemos decir que sabe a lo que viene y quiénes somos.
Dentro de éste tipo de usuario, puede encontrarse aquel que conoció nuestro nombre en algún medio offline, como a través de tu tarjeta de visita, anuncios en medios de papel, etc. En cualquier caso, el hecho de haber entrado supone un dato importante, ya que normalmente, no recordamos una dirección si no la apuntamos o la tenemos delante. Es éste el principal motivo por el que debemos centrar nuestros esfuerzos en trabajar una marca fácilmente recordable y asociable a nuestro sector o actividad.

-Enlaces Externos: Son las visitas que nos llegan desde otras urls. Conseguir éste tipo de visitas supone la inversión en campañas de SEO offsite (que no afectan directamente al código de la página), es decir, la búsqueda de links de sitios relacionados con nuestro contenido. Tanto más relevancia tenga el sitio, y más relación tenga con el nuestro, mayor será la calidad del tráfico ingresado por ésta fuente (hablo sólo de visitas, no de relevancia de cara al posicionamiento de nuestra página en los distintos buscadores).
Más allá de los enlaces que podamos compartir o que podamos conseguir por link building, podemos aumentar éste tipo de tráfico a través de las redes sociales y sitios webs de que utilicemos para compartir contenidos, redirigiendo así visitas relacionadas con el material que compartimos. Por ejemplo, a través de sítios como Youtube (vídeos), Flickr (fotografías, imágenes), Ivoox (audios, podcasts), Slideshare (presentaciones), podemos compartir contenidos en nuestro sitio web enriqueciendo su contenido y generando visitas, sin aumentar nuestro almacenamiento en servidor ni transferencia.

-Buscadores: Éstas representan las visitas que nos llegan cuando aparecemos en los buscadores según unos criterios de búsqueda (en Google, Bing, Yahoo, etc). La calidad del tráfico recibido por ésta vía dependerá principalmente de la concordancia entre las palabras clave buscadas y el contenido que nosotros ofrecemos. Para evaluarlo, podemos fijarnos en el tiempo que el usuario pasa en nuestro sitio, y por ende, en la tasa de rebote (visitas que no encuentran en nuestro sitio lo que buscaban, por lo que su tiempo en nuestro sitio es muy corto). Si el porcentaje de éste tipo de usuarios es alto, las visitas recibidas son irrelevantes, por lo que nuestra indexación no está siendo la correcta, y deberíamos replantear nuestra estratégia de palabras clave.

Conclusión: En mi opinión, nuestro principal esfuerzo e inversión debería de ser el branding, es decir, volcar todos nuestros esfuerzos en buscar (y promocionar) un nombre que sea facilmente recordable, y que tenga relación con nuestro servicio o contenido. La búsqueda de dominios premium o nombres genéricos puede ser un factor importante, aunque también puede llegar a ser el más complicado por disponibilidad.
Ésto nos hará independizarnos de los buscadores, dedicando a éstos la mayor parte de tiempo en la fase inicial de desarrollo del proyecto, para conseguir un sitio web facilmente indexable y usar sus ventajas para realizar campañas SEO o SEM en casos puntuales y potenciar así nuestra marca.
En cuanto al tráfico externo, hacer uso de las herramientas ántes comentadas en la medida de lo posible. Teniendo un sitio de calidad y aportando valor real a nuestros usuarios, los enlaces de sitios externos llegarán sólos ó sin tener que realizar grandes campañas de intercambio de enlaces.

Y en tu caso, ¿Cual es la principal fuente de visitas?

¿En cuanto dependes de los buscadores?

¿Usas las redes sociales en favor de tus visitas?