EXCELにWEBページから貼り付けて利用しています。

これでどうでしょうか？

Sub Macro1()

'

' &nbspを空白に変換する

'

'

Cells.Replace What:="&nbsp", Replacement:="", LookAt:=xlPart, _

SearchOrder:=xlByRows, MatchCase:=False, SearchFormat:=False, _

ReplaceFormat:=False

End Sub

いくつか確認を交えながら。

貼り付けを行うとHTML上の｢&nbsp｣まで張り付いており

具体的にどんなHTMLページをどんな方法でコピー貼り付けされていますか？

実のところ&nbspを削除できなくなるような状況が再現できなくて首を傾げています。

例えば、HTMLページを書式もそのままコピペしているということなら、&nbspを削除するとデータが変わってしまいます。

テキストだけが必要であれば、貼り付ける際に「形式を選択して貼り付け」でテキストを選択すれば&nbspは含まれませんし、

テーブルは直接外部データとしてインポートすることもできます。

ソースが必要であれば、ブラウザ側でソース表示してからコピペでき、この場合は簡単に置換できます。

こういうったことで状況が再現できないのです…。

そこで気になるのが

ASC関数で調べると63を返す

です。

VBのASC関数はその名の通りASCIIの10進文字コードを返すわけですが、

その場合、63は「?」を示します。

ASCII文字コード ： IT用語辞典

アンパサンド（記号で書くとはてなは化けるの…）なら38、

&nbspの元々の意味である空白文字でも32（space）を算出しないとおかしいのです。

…ということは、貼り付けているHTMLソースがExcelに貼った時点で文字化けしているのではないか、という仮説がたつかと。

そのため文字コード自体が合わないので、検索も正しくできないのではないかと考えるわけです。

単純に「&nbsp」が含まれているテキストデータであれば、一般機能の置換処理をマクロ記録したものでも十分機能します。

以上から、まず一度貼り付けもとのHTMLソースを確認されることをご提案したいと思います。

以上ご参考まで。

Excelの不具合？だと思いますが、 の文字の扱いがおかしいです。

 は、Unicodeでは普通のスペース（U+0020）とは別の、U+00A0（10進数では160）が割り当てられています。（文字の名称としては、Non-break Space）

しかし、ExcelはHTMLからの変換の際に、ASCIIコードとして変換してしまっているようです。ASCIIコード（0x80～0xFFは拡張ASCII）では、0xA0は、「á」です。

ここでさらにおかしくしているのは、áが我々の使っているシフトJISのコードには存在しないため、Excelは、「á」に近い文字である「a」に勝手に変換して処理してしまいます。そのため、ASC()で文字コードを取得すると「a」の文字コード 0xA0（63）を返します。

一応回避策としては、ASCB()を使うと、63ではなく、160（0xA0）を取得できます。そのため、ASCB()で１文字ずつ操作して160の場合は と見なすことができそうです。Unicodeで切り出して（MID()）、ASCIIコードを取得する（ASCB()）という一見おかしな処理になるところがポイントです。

Excelが、0x100未満（0x00～0xFF）はASCIIと勝手に見なしてしまっておかしなことになっているのかもしれません。