Si non è una regola quella dell'id, in principio per le prestazioni si puntava a URL comprendenti l'ID per alleggerire il lavoro del core di wp, oggi pare (pare...) che anche un permalink sito it/TITOLO sia performante, ma quando un sito esiste da magari 5-6 anni ed ha migliaia e migliaia (anzi, decine di migliaia) di pagine indicizzate su google, allora passa la voglia di modificare la struttura permalink.

La diversità invece tra pagina ed articolo è che la pagina è un contenuto ritenuto statico (il CHI SIAMO per esempio) e non è associabile a categorie o tag, è una pagina, mentre l'articolo è associabile a categorie ed a tag.

Se devo pensare a delle pagine di contenuto particolare, come fossero landing page per argomenti precisi (le locomotive diesel tedesche), concordo con te sul puntare su quelle senza ID e con una semantica pulita, diversa dagli articoli.

PS: non ho mai pensato all'utilità di avere un url sito it/TITOLO negli articoli, anche perchè il rischio è che vadano in conflitto con le pagine, o sbaglio?
ES: pagina che parla della luna ed un articolo che descrive che cosa è la luna, il rischio è di avere sito it/luna e sito it/luna-2 altrimenti per evitare dovresti avere una directory intermedia es: sito it/a/luna e sito it/p/luna, poi al posto di a e p potresti avere articoli e pagine, ma non mi piace come soluzione, nonostante l'abbia vista usate da più parti.

Per il motore di ricerca che sia articolo o pagina è indifferente fintantoché tu non gli indichi tramite markup che si tratta di un Articolo (Article, BlogPost, etc etc) o di una Pagina (WebPage) oppure gli indichi particolari elementi come la data che possono dargli un'informazione sul tipo di contenuto.

Insomma diciamo che più che una scelta per il motore questa deve essere una scelta legata alla logica del tuo sito web e non alla logica del CMS che usi e del motore di ricerca a cui fai riferimento.

Una precisazione sui permalink di WP degli articoli: i permalink si possono personalizzare su "Impostazioni -> Permalink". Il predefinito è quello con l'ID, ma poi si possono mettere anche mese e nome, data e nome o solo il nome dell'articolo.
In generale comunque la pagina è, come detto, qualcosa di più statico dell'articolo, di solito le pagine sono quelle che poi vengono messe nei menù (se crei una pagina che è importante, te lo consiglio). Per l'articolo io uso data+nome, perché così posso far vedere subito la "freschezza" del contenuto, ma è una mia scelta personale.

Juanin hai ragione, io faccio riferimento a wp per esempio in quanto la differenza tra post e pagina, come dice Across, è importante, tuttavia, vorrei capire, tu intendi i microdati come metodo per segnalare al motore di ricerca il tipo di risorsa? (article, webpage, ecc)

Sì ovviamente puoi dare delle indicazioni al motore tramite il markup che utilizzi.

Quello che lui vede è quello.

Ok questo potrebbe essere uno spunto interessante nonostante io sia sempre stato un po' scettico in tema microdati/microformati & Co. , troppo spesso li vedo utilizzati in modo improprio o quantomeno scorretto (tipo le 5 stelle fisse negli snippet).

Il fatto che altri le usino in modo scorretto non significa che il markup strutturato sia una cosa negativa.

@Juanin said:

Il fatto che altri le usino in modo scorretto non significa che il markup strutturato sia una cosa negativa.

No di certo, pensavo solo al fatto che google potrebbe accorgersi che alcuni markup sono usati male e quindi eliminarli o magari dare meno considerazione ai microdati, boh...

google potrebbe accorgersi che alcuni markup sono usati male e quindi eliminarli o magari dare meno considerazione ai microdati, boh...

Questo sarebbe contrario in modo totale alla direzione che Google sta prendendo.

I numeri più che altro si utilizzano quando tu pensi di scrivere un'altra risorsa con lo stesso nome. Magari sei un blogger, quindi scrivi ogni giorno articoli nuovo. Ma penso che non fa differenza, sinceramente non ho provato per capire l'efficaccia, ma vedo ottimi risultati nonostante siano presenti numeri prima della parola chiave nel url.