May 20

La Universal Search y la nueva interfaz de Google son un peligro

Noticias 1 Comentario »

Hace unos días que Google ha lanzado su nueva Universal Search por defecto en la página principal de google.com (todavía no en .es). De momento el servicio está en una fase muy temprana pero ya puedes ver algunas diferencias en la página de resultados a parte de las novedades en la interfaz que también han añadido.

Google ha integrado en una sola búsqueda los resultados de varias de sus herramientas (Google News, Google Books, Google Blogs, etc.). Esto beneficia en parte al usuario ya que en una búsqueda normal podrá encontrar más fácilmente imágenes, vídeos, últimas noticias, etc. (y también beneficia al mismo Google ya que el usuario tiene más probabilidades de perderse por sus servicios)

Opino que para quien se dedique a SEO esto es una noticia bastante relevante. Aunque no existen diferencias en los resultados de búsqueda web, entre la nueva barra y los tres o cuatro resultados de otros servicios el usuario tiene muchas más opciones de click en una enlace no controlable con las técnicas SEO/SEM habituales.

De aquí poco a las tareas SEO se le añadirán cosas como escribir unos cuantos libros, grabar vídeos y hacer fotos de determinadas keywords :) (lo de hacer blogs no lo añado como una tarea extra porque ya es algo habitual en SEO).

Esto beneficia a que determinados contenidos aparezcan mejor posicionados y sean más accesibles al público sin embargo no es nada bueno para las webs que ya estaban en las primeras posiciones.

En mi opinión la universal search sumada a la nueva interfaz es más una estrategia para vender sus propios servicios que no realmente algo pensado para el usuario final. Por ejemplo los sites de noticias con Google News deben estar contentos, entre el link para lanzar la búsqueda directa a Google News en la “nueva” barra y los resultados también de Google News por encima de todos los demás, el primer enlace a un site de noticias de un tercero ha bajado unos cuantos pixels.

Si Google empieza a poner links a sus servicios antes de los resultados del motor de búsqueda… temblad malditos! Porque el mundo está en sus manos :)

Etiquetas: • • •
Ene 11

URLs limpias y amigables con PHP y Apache

Artículos 4 Comentarios »

Hoy en día uno de los factores a tener en cuenta cuando nos ponemos a desarrollar una aplicación PHP son que forma tendrán las URLs de nuestro futuro site. Unas URLs limpias y amigables son más fácilmente indexadas por los buscadores al mismo tiempo que son más fáciles de recordar y entender para el usuario de la web.

Como URL limpia y amigable entendemos una dirección sin parámetros por GET como por ejemplo:

http://www.phpbsd.net/bienvenida/

en lugar de la "sucia", difícil de recordar e indexar:

http://www.phpbsd.net/?page_id=5

[1] Lo primero es configurar correctamente el apache con un .htacces como:

RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]

Estas reglas son ya un clásico usado por muchas de las aplicaciones PHP que corren por ahí (como el wordpress de este blog). Indican que cualquier petición se envíe siempre al index.php.

[2] Ahora sólo falta tratar las URLs que recibimos desde PHP. Una manera muy sencilla es con una función como:

function get_url() {
  $parametros = array();
  $url = parse_url($_SERVER['REQUEST_URI']);
  foreach(explode("/", $url['path']) as $p)
    if ($p!='') $parametros[] = $p;
  return $parametros;
}

Esta función devuelve un array con todos los parámetros separados por "/" pasados a la URL. Con esto ya podemos procesar la petición, sólo tenemos que consultar en este array para saber que nos piden.

Por ejemplo con la URL:

http://www.phpbsd.net/2006/12/06/optimizacion-del-rendimiento-de-adodb-en-php/

si ejecutamos un print_r(get_url()) obtenemos:

Array (
[0] => 2006
[1] => 12
[2] => 06
[3] => optimizacion-del-rendimiento-de-adodb-en-php
)

Para más información podéis consultar la documentación de la función parse_url y del módulo de apache mod_rewrite.

Etiquetas: • • • • •
Entradas siguientes
preload preload preload